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CHAPTOP. I 
ISTROOCTIOtl 

1 . 1 GENERAL 

The RH790 Massbus Adapter (MBA) is the interface between the 
Synchronous Backplane Interconnect (SBI) and Massbus storage 
devices (disk and tape) . The RH780 is used with the VAX-1 1/780 
processor to t- insfer data between mass storage devices and nam 
memory. The processor can accommodate up to seven NBAs. Each MBA 
can be used with up to eight drives. 

1.1.1 Scope 

This manual is intended to be used as a training resource and as a 
field reference guide for the RfP80 MBA. 

1.1.2 Related Documentation 

Table 1-1 lists related documentation that supplements the 
information in this manual. 



Table 1-1 Related 


Documentation 


Title 


Document Number 


RH760 Print Set+ 


B-DD-RH780 


RP05/RP06 Device Control 
Logic Maintenance Manual-f 


EK-RP056-MM 


RP05/RP06 Disk Drive 
Installation Manual* 


EK-RP056-IN 


Digital Logic Handbook* 


058. 00173. 2S05 


Memorex RP05/RP06 
Operation and 
Maintenance Manual-f 


EK-RP05M-MM 


Memorex RP05/RP06 
677-01/677-51 Disk 
Storage Drive Illustrated 
Parts Cataloguef 


EK-RP05M-IP 


Memotex RP05/RP06 800 
Disc Storage Subsystem 
Tester Operator's Manual-f 


CK-RP05M-OP 


Memorex RP05/RP06 
677-01 Logic Manual-f 


EK-RP0i,M-T* 


VAX-11/7S0 
Architecture Handbook* 




VAX-il/780 Central Processor 
Technical De script ionf 


EK-KA780-TD 



l-l 



Table 1-1 Related Documentation (Cont) 


Title 


Docuaent Mumbor 


VAX-1 1/780 System 
Installation Manual* 


EK-SI780-IN 


VAX-11/780 Diagnostic 
System User's Guide* 


EK-DS780-UG 


TE16/TE10W/TE10N 
DECmagtape Transport 
Maintenance Manual-f 


EK-TEl-b-MM 


TE1«/TE10W/TE10N 
DECmagtape Transport 
User Manual* 


EK-TE1S-0P 


TU4 5A Magnetic Tape 
Subsystem Maintenance Manual^ 


EK-TU45A-TM 


TM0 3 Magnetic Tape 
Formatter Technical Manual+ 


EK-TM03-Tr* 


TM0 3 Magnetic Tape 
Formatter User's Manual* 


EK-TM03-OP 


RM03 Disk Drive 
Technical Manual-f 


ER-P.M0 3-TM 


RM0J Dsk Drive 
Maintenance Print r?s'_+ 


E3-RM03-MP 



* Hard copy only. 

+ Microfiche and hard copy: 

1.2 MASS STORAGE SUBSYSTEMS 

Figure 7-1 illustrates a typical mass storage subsystem. It is 
oeyond the scope of this manual tc discuss, in detail, the various 
configurations (tape ano disk) that can be used with the MBA to 
store data. Throughout this manual a Massbus oevice is defined as 
a mass storage device drive) J .id its associated Drive Control 
Logic (DCL) cr formatting interfaces. An explanation of the basic 
components in the subsystem is presented in subsequent paragraphs. 

1.2.1 Synchronous Backplan Interconnect (SBI) 

The SBI is a bidirectional information path "or data exchanges 
between the central processor (CPU), memory, and adapters of the 
VAX-11/,80 system. The SBI provides checked, parallel information 
exchanges synchronous with a coit-'.i system clock. 
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Figure i-1 Typical Mass Storage Subsystem 

a communications protocol allows the information path to be time 
multiplexed such th«t reveral data exchanges can be in progress 
simultaneously. In each clock period (or cycle) the next cycle's 
interconnection arbitration, or information o . " flrsge, and transfer 
cotsfKmation about information exchange two cycles 2<io can occur 
in parallel. 

Every 200 ns S3I signals are clocked into data latches. All' 
checking and subsequent decision making is based on the«?e latched 
signals. Error checking logic in every SBI device detects and 
reports single bit failures in the information path. 
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The SBI has the following characteristics: 

Distributed arbitration 
200 ns bus cycle time 
* 32-bit data width 

28 bits of physical address s.ice 

13.3 megabyte maximum data transfer rate 

The following terms are defined for SBI-specific units and 
operations: 

a. Nexus — a ^>hysical connection to the SBI capable of any 
or all of the functions descr.'hd in b — e. 

b. Commander — a nexus that transmits command and address 
information. 

c. Responder — a nexus that recognizes command and address 
information which is directed to it and requires a 
response. 

d. Transmitter — a nexus that drives the signal lines. 

e. Receiver — a nexus that samples and examines the signal 
lines. 

1.2.2 Massbus 

In the VAX-11/780 system the Massbus connects the drive to tie 
MBA. The Massbus is composed of two separate, independent buses: 
control bus and data bus. These independent buses allow for the 
exchange of control information and data between the MBA and its 
drives. 

The data bus provides a bidirectional, parallel data path (16 bits 
plus 1 parity bit) between the MBA and its drives. Data is 
transferred synchronously, using a clock generated in the drive. 
Only one drive can transfer data at any one time, .vith the data 
rate being diive depencent, and the datn bus dedicated to a single 
drive for the duration of a data transfer operation. The 
asynchronous control bus provides the parallel control and status 
path (16 bits plus 1 par'ty bit). Thx contro. bus is used to read 
ar.d write registers within the drives and to comcand the drives to 
transfer data over the data bus. 

1.3 MASSBUS ADAtTLR 

The MBA is the interface between the SBI and the high-speed 
Massbus device (disk and tape) . it consists of an SBI/MBA 
interface board, an internal registers board, a control path 
board, and a data path board. Figure 1-2 is a simplified block 
diagram of the MBA. A tristate internal bus connects the SBI 
interface to the other boards and provides for the passage of data 
between them. 
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Figure 1-2 MBA Block Diagrem 



The MBA accepts and executes commands from the CPU and reports the 
necessary status changes and fault conditions to the CPU. The MBA 
will accept a CPU command to read or write a register within the 
MBA or within a drive. The MBA always monitors the data written to 
drive registers, thereby knowing when to begin a data transfer and 
what kind of a transfer it is. 

Special diagnostic features ire built into the hardware to allow 
on-line diagnosis of the MBA and Massbus drives. The following are 
features of the MBA. 

1. The MBA handles a Massbus drive with a maximum data 
transfer speed of 1 us per 16 bits. 

2. The Massbus data path is 16-bits wide; 18-bit data is not 
handled by the MBA. 

3. A silo (32-byte deep data buffer) smoothes out data 
transfers between the SBI and the Massbus drives. 

4. The MBA can be exercised, through diagnostic features, 
with no drives on the Massbus. 
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1.3.1 MBA/SBI Interface 

The MBA examines the information on the SBI for every SBI bus 
cycle. It checks the parity of the data, decides if the MBA is the 
receiving nexus, and acts accordingly. The SBI interface board 
contains logic to accomplish preliminary SBI command/address 
decoding and generation of internal timing signals from the timing 
sources on the SBI. 

1.3.2 MBA Internal Registers 

There are two sets of registers in the MBA address space: internal 
and external. The MBA internal registers are the registers that 
a"e physically located in the MBA. The external registers are 
located in the Massbus drives and are drive dependent. 

There are eight internal registers and a 256 X 32-bit RAM. The 
primary function of the internal registers is to control the MBA 
an-? monitor operating status conditions. The internal registers 
also control certain phases of data transfers, between the SBI and 
the Massbus device, such as maintaining a byte count to ensure 
that all of the data to be transferred has been accounted for, and 
converting virtual addresses to physical , addresses to read or 
write data in memory. 

The eight internal registers are listed as follows: 

RS = 00 MBA Configuration/Status Register (CSR) 

RS = 01 MBA Control Register (CR) 

RS = 02 MBA Status Register (SR) 

RS = 03 MBA Virtual Address Register (VAR) 

RS = 04 MBA Byte Count Register (BCR) 

RS = 05 MBA Diagnostic Register (DR) 

RS = 06 MBA Selected Map Register (SMR) 

RS - 07 MBA Command Address Register (CAR) 

MOTE 
Registers 06 ,and 07 are read-only 
registers and are valid only during data 
transfers. 

The MBA contains a 256 X 32-bit RAM (bins 21 — 30 read as 0) that 
maps virtual addresses from the virtual address register into SBI 
physical addresses. The mapping registers allow transfers to or 
from contiguous or noncontiguous physical memory. 



1.3.3 Control Path 

The control path handles the transfer of control data *^o and from 
the Massbus devices. It contains logic to select the Massbus 
device and device register and to perform the register transfer 
and determine the data transfer function (if any) to be performed 
(read, write, write check). The control path also coordinates the 
control data function with other MBA and SBI activity. 

1.3.4 Data Path 

The data path controls the manner in which data is transferred to 
and from the Massbus device and the SBI. These circuits divide the 
3*- bit SBI data word into 16-bit (2 bytes) segments required as 
input by the Massbus and Its devices when performing a write 
function. When performing «a read from a Harsbus device, the data 
path assembles the two 8-bit bytes from the Massbus into the 
32-bit SBI format. A silo and I/O data buffer ptov'cU cite means 
for smoothing the dita transfer rate. The dats path also contains 
a write check circuit that allows the user to verify the accuracy 
of a preceding data transfer function. 
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:.4 MCA SBI OPERATIONS 

An SBI «rrite operation is specified as a data transfer from the 
SBI to the NBA or Massbus device. This data transfer requires two 
SBI cycles. The first cycle contains the command/address; the 
second cycle contains the data word. 

An SBI read operation is specified as a data transfer from the MBA 
or Massbus device to the SBI. An SBI read operation requires two 
SBI cycles. The first cycle is a command/address to the MBA 
specifying a read operation. The MBA then accesses the requested 
register contents. Several SBI cycles later, the MBA will 
arbitrate for use of the SBI and send the requested data back to 
the CPU. 

The MBA only accepts aligned lcngword (32 bits) register reads and 
writes. The following paragraphs provide a basic description of 
the various functions the MBA supports. These functions will be 
described in more detail later in this manual. 

1.4.1 Write to Internal Registers 

SBI data is constantly checked by the MBA. When a valid 
command/address (one whose address is within the range recognized 
by the MBA) is decoded, it is latched in the SBI/MBA interface 
transceivers. The MBA decodes a section of the address range which 
selects registers internal to the MBA. If the function to be 
performed is a write, and the MBA's SBI interface is not busy, the 
command will be accepted. The selected register address is latched 
in the internal register board. The next SBI cycle will contain 
the data to be written. It is then passed through the internal bun 
to the internal register board and written into the selected 
register or map. Certain registers can be written when the MBA is 
processing a data transfer; howaver, most registers cannot. Any 
attempt to write to a register that is not allowed will set the 
Programming Error (PGEJ bit in the status register. The MBA will 
not modify the intended register and the data transfer in progress 
will continue. 

A confirmation signal informs the transmitting device that the 
command/address has been decoded and validated and the data has 
been received corr<v:tly. 

1.4.2 Write To External Registers 

Receipt and initial processing of the command/add t ess for an 
external write function is the same as that for a write to 
internal registers, except the address specifies a register within 
a Massbus device. The MBA will not accept -rtother SBI command 
until the write to external register function is complete. All 
command/address and data words are applied to the internal bus 
drivers as they are latched in the SBI interface transceivers. The 
address is made available to tha internal registers, control 
paths, and data paths via the internal bus. Following receipt of 
the command/address (assuming the decoding, and validation process 
is performed satisfactorily), the command/address is loaded into 
the control path internal bus receivers, then latched into the 
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control path address storage registers and applied to the Massbos 
control path address lines. Data is loaded into the control path 
lines. When the proper protocol between ?-he MSA and the drive is 
exchanged, the drive has accepted the data. The MBA busy logic is 
then cleared and the write to external register function is 
completed. The MBA is now ready to accept another SB I command. 

1.4.3 Read Internal Register 

The command/ address, after decoding and validation, is loaded into 
the K&h to select the internal register or map from which data is 
to be read. The decoding process instructs the MBA to retrieve the 
addressed data word and transfer it to the specified destination. 
The MBA then saves the destination information, issues a 
comand/address acknowledge to the SB I, >nd accesses the requested 
register's content. Before the MBA can transfer data to the 
requester. It must first arbitrate .'or control of the SBI. Or.ce 
the MBA gains control of the SBI, data is then transferred to its 
destination. 

1.4.4 Read External Registers 

If the command/address received from the SBI is one that selects a 
register in a drive, the address is sent to the control path, 
which selects the device and the register within the device from 
which data is to be read. During this time a conf irnaticn signal 
is sent to the SBI indicatirjg that the command/address has been 
received by the MBA, After the proper Massbus protocol has taken 
place, the requested data !s strobed into the Massbus control path 
receivers. Data is then transferred to the internal bus and the 
MBA will arbitrate for control of the SBI. When the MBA gains 
control of the SBI, the requested data can be transferred co its 
specified destination. 

1.5 MASSBUS DATA TRANSFERS 

In order to initiate a data transfer, specific registers within 
the MBA and the selected drive must be loaded (the programmer's 
handbook provides further details) . The last register to be loaded 
within a device is the control register. The loading of a drive's 
coi.trol register with a valid command will cause both the drive 
and i he MBA to prepare for a transfer. The drive will seize the 
data bus for the duration of the transfer and the MBA will prepare 
to move data between the device and memory. The MBA buffers the 
data and transfers eight bytes at a time to and from nemo y (this 
eight byte quantity is a quadword) . Three. SBI cycles are r.eeded to 
transfer a quadword: one for the command/address, one for the 
first four bytes of data, and one for the last four byt*s of data 
of the quadword. Once the specified number of bytes have been 
transferred, the MBA ir.firms the drive that the transfer has 
terminated. At v this time the drive disconnects from the data bus 
and the MBA may interrupt the CPU to inform it that the transfer 
has been completed. 
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1.5.1 write To Massbus Device 

^he MBA constantly 'monitors data sent to the drives via the 
Massbus control path. If the MLA sees a write command to a drive. 
It will 'nitialize itself in preparation for the transfer (data 
path clta-ed). The virtual address supplied by the program is 
translated, via the MAPs, into a physical address. Virtual 
addressing makes d.ita storage appear as if all of the information 
transferred from memory is stored in successive fashion 
(contiguous pages) » 

Virtual adiress translation is transparent to the user and takes 
place under system control. Figure 1-3 illustrates the virtual 
address translation process. 



31 



VIRTUAL ADDRESS 
17|16 9.8 



J 



3i2 1 Oi 



MAP POINTER | OUADWORD | BYTE 



U§£ 



256 



MAP REGISTERS 



r 



RESERVED ALL 0*» 



£ 



PHYSICAL PAGE ADDRESS 



VALID BIT 



31|30i29|28|27 



t I | |t 

7 



DIRECT 
TRANSFER 



SSI COMMAND'ADORESS 
7|6 



c 



PHYSICAL PAGE ADDRESS 



DIRECT 
TRANSFER 



1.0 



QUAD WORD 10 



INDICATES EXTENDED FUNCTION 

INDICATES THE FUNCTION IS NOT INTERLOCKED 

SPECIFIES READ OR WF ,TE 



Figure 1-3 Virtual Address Translation 
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Bits 9 through 16 of the virtual address specify one of 256 MAP 
registers in the MBA. the MAP register contains the physical page 
address of the data and a valid bit (bit ?') that indicates the 
Integrity of the information in this register. The valid bit must 
be set in order to use this register. Bits 3 through 8 of the 
virtual address specify the address of the quadword in the 
physical memory page pointed to by the MAP register. This value is 
directly transferred to bits 1 through 6 of the physical address. 
Bits through J of the virtual Address specify the next byte of 
the quadword to be loaded into or from the internal silo. 

Virtual address translation is checked to ensure that map 
information is valid and that there are no parity errors. Invalid 
map information or parity errors will .cause the transfer to be 
aborted. 

Once the MBA sees a write command issued to the control register 
of a drive, it will clear its data path and begin prefetching the 
data from memory. The prefetched data is then loaded into the 
MBA's silo 



The MBA requests data by sending a command /address to memory 
instructing it to transfer a quadword (eight bytes) from the 
specified location to the MBA. Memory will respond to the 
command/address by issuing one of four confirmation outputs. 



Mo Response (NR) 



Command/address will be 
retransmitted to memory until an MBA 
timeout occurs. 



Busy (BSY) 



Command/address will be 

retransmitted ^©Tnemory until ACK is 
received. 



Error (ERR) 



Transfer aborted. 



Acknowledge (ACK) 



Indicates memory has received the 
command/address correctly. 



When memory has accessed the requested data, arbitrated, and 
obtained the SBI, the data will be transferred to the MBA with the 
proper identification and status codes. The MBA will then transfer 
the data through its silo onto the Massl>us (two bytes at a time) 
and begin another SBI transfer to obtain the next eight bytes of 
data from memory. Eventually the byte counter within the MBA will 
go to zero and the transfer will be complete. 
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1.5.2 Write Check Data Transfer 

The write check function is used to verify the integrity of data 
that has been written to a drive. During a write check, the data 
from the drive is compared with the data in memory. On the MBA, 
the write check function is essentially the same as a write 
function, except data is clocked into a write check buffer instead 
of the Massbus drivers. This is then compared with the Massbus 
data received from the drive. If a mismatch occurs, 
is set and the write check function will be aborted. 



an error bit 



1.5.3 Read Prom Massbus Device 

The command specifying the initiation of a read from a Massbus 
c'evice is processed in the same manner as described in Paragraph 
1.5.1. If the command/address is processed satisfactorily, the 
data path circuit will be cleared and data will be read from a 
Massbus device. Device selection and the location within the 
device from which data is to be read is specified by previous 
writes t~ the MBA and the drive. Data from the Massbus will then 
be loaded into the Massbus input data. buffers and a silo input 
operation will be initiated. Data from the Massbus data input 
buffers is loaded into the silo one bvte at a time. As data is 
being loaded into the silo from the Massbus, other data may be 
transferred from the silo to the output buffer registers. After 
the eight bytes are loaded into th<> output buffer register, the 
MBA will initiate a write to memory operation. Virtual addresses 
ar. traasla-ed into physical address as described in Paragraph 
1.5.1. When the proper confirmation signals are received, the 
output bufter is cleared and more data wiil be loaded to be 
transferred to memory. Once the byte count register goes to *, the 
data transfer operation is terminated and the MBA will be ready to 
accept the next data transfer command. 

1.5.4 Data Transfer Rate 

The data transfer rate from the drive is determined by a clock in 
the Massbus device. The memory transfer rate depends on cycle 
arbitration time and memory cycle time. The MBA can handle 
transfer rates of up to 1 us/word. 



MBA Specifications 

Packag ing 



Four extended hex board slots of 
backplane plus one paddle card slot 
for cable connection 



Power Requirements 



Operating Conf igrr?tion 



+5 Vdc, 35 A, 175 W 
-5 Vdc, 1 A, 5 W 
Total wattage < 180 W 

The minimum operating configuration 
consists of a CPU, a memory, and at 
least one Massbus device. (A roecial 
diagnostic feature enables the Massbus 
co be checked with no Massbus device.) 
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CfiAFTOt 2 



HASSMS AMD 



BACKPLA*^ 



2. 1 KASSBUS 

The Hassbus provides the interface between tne MBA and th« Hassbus 

drives (Figure 2-1). The total external Hassbus cable can be up to 

49 m (16a ft) in length; up to eight drives can be connected in a 
daisy-chain configuration. The Massbus consists of two sections: a 

data bus and a control bus. These buses a-* described in the 
following paragraphs. 





DATA BUS 




MBA 




MASSBUS 
DR:VE 


( 0<1?OOT>(DATAi ) 


OTA (DATA BUS PARITY) 


RUN START. CONTINUE. STOP) 


m OCC (OCCUPIED) 


m ESL (END OF BLOCKS 


m EXC (EXCEPTION! 


a SCLK (SYNC CLOCK) 


*CLK (WHITE CLOCK) 


. CONTROL BUS ,. 


C C <1S:00>(CONTROL STATUS) J 


CPA (CONTROL BUS PARITY) 




OS <02 0t» ORIVE SELECT } 


CTOO (TRANSFER DIRECTION) 


K/ 


RS <04:0(r> REGISTER SELECT ) 


OEM (DEMAND) 


TRA (TRANSFER! 


ATTN (ATTENTION) 


INIT (INiTIALIZE) 


FAIL 





Figure 2-1 '4a S3 bus Interface 
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2.2 DATA BOS 

The data bus section of the Massbus consists of a 17-bit (16 data 

bits plus parity bit) parallel data path and six control lines 

(Figure 2-1). The control lines are described in the following 

paragraphs. 

2.2.1 Parallel Data Paths 

The parallel data path consists of an 18-bit plus parity bus. The 
data path is bidirectional and employs odd parity. Data is 
transmitted synchronously, using a clock generated in the drive. 
The NBA only transfers 16 bits at a tine; thus, the drive must 
have its 16-bit format bit set in the drive control logic. Bits 17 
and 18 are always unasserted. 

2.2.2 RUN 

After a data transfer command h 4S been written into the control 
register of a drive, the drive connects to the data bus. The MBA 
asserts the RUM line to initiate the function. At the end of each 
sector, or. the trailing edge of the EBL (End of Block) pulse, RUN 
is stro u -i by the drive. If it is sMll asserted, the function 
?nnt-ii'.'es for t-be ne'f sectoi ; if negated, tht Junction is 
terminated. 

2.2.3 Occupied (0-C) 

This signal is generated by the drive to indicate "data bus busy." 
As soon as a valid data transfer command is written into a drive, 
the dri. -serts OCC. Various errors can prevent a drive from 
executing a jmmand. The controller will timeout in these cases, 
due to i.u <;» -tion of OCC or of SCLR (Sync Clock), and the MXF 
(Missed Trar.-.er) error will be set in the controller. OCC is 
negated at the trailing edge of the last EBL pulse of a transfer. 

2.2.4 End of Block (EBL) 

This signal is asserted by t"»* drive for 2 us at the end of each 
sector (after the last SCLK pulse), for certain error conditions, 
where it is necessary to terminate operations immediately, EBL is 
asserted prior to the normal time for the last SCLK. In this case, 
the data transfer is terminated prior to the end ot the sector. 

2.2.5 Exception (EXC) 

This signal is asserted by the drive or the MBA when an abnormal 
condition occurs during a data ttens.'v-i. The drive asserts this 
signal to indicate an error during a dat- transfer command (read, 
write, or write check). EXC is asr n ted au, or prior to, assertion 
of EBL and is negated at the negati -; of E3( . 
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2.2.6 Sync clock (SCLK) , Write Clock (MCUC) 

These signals are the timing signals used to control the strobing 
of the data in the controller and/or the drive. During a read 
operation, the MBA strobes the data lines on/the negation of SCLK 
and the drive charges the data on the assertion of SCLK. During a 
write operation, the controller receives an SCLK and echoes it 
back to the drive as WCLK. On the assertion of MCLK, the drive 
strobes the data lines; on the negation of WCLK, the controller 
changes the data on the data lines. 

2.3 CONTROL BOS 

The control bus section of the Massbus consists of - I7-ot>. tin 

bits plus parity) parallel control and stat « jata path o 14 

control li.ies (Figure 2-1), which are described ir. th* f<>- . owing 

paragraphs. 

2.3.1 Parallel Control 

The parallel control path consists of a J^.-bit r rallel dat» p»rh 
designated C<15:*0> and an associ*r>;j parit, bit (CPaS . '/he 
control lir.es are bidirectional and employ odd paiity. 

2.3.2 Drive Select (DS<f?:M>) 

These three lines transmit a 3-bit bine y code '.om the MBA to 
select a particular drive. The drive respor- 4 ^ when the selected 
(unit) number in the drive corresponds to the transmitted binary 
code. 

2.3.3 Controller to Drive (CTOD) 

This signal is generated by the NBA and indicates the direction in 
whicn control and status information is to be tran-' red. Por a 
controller to drive f.visfer, the controller ass' CTOD. Por a 
drive to controller transfer, the controller nega* ., t*- is signal. 

2.3.4 Register Select (RS< <:•■>) 

These five lines transmit a 5-bit binary code from the controller 
to the selected drive. The binary code selects one of the drive 
registers. 

2.3.5 Demand (DEM) 

This signal is asserted by the controller to indicate that a 
transfer is to take place on the control bus. For an MBA to drive 
transfer, DEM is asserted by the MBA when data is present and 
settled on the control bus. For a drive to controller transfer, 
DEM is asserted by the MBA to request data and is negated when the 
data has beef strobed off the control bus. Tn both cases, the RS, 
DS- and CTOD lines are generated and allowed to settle before 
assertion of DEM. 

2.3.6 Transfer (TRA) 

This signal is asserted by the selected drive in response to DEM. 
For an MBA to drive transfer, TRA is asserted after the data has 
bee.i strobed and is negated after DEM is negated. For a drive to 
controller transfer, TRA is asserted after the data has been gated 
onto the bus and negated aftet the negation of DEM is received. 

:-3 



2.3.7 Attention (ATTN) 

This line is shared by all eight drives attached to an NBA; it may 
be asserted by any drive as a result of an abnormal condition or 
status change in the drive. An Attention Active (ATA) status bit 
in each drive is set whenever that ^rivc is asserting the ATTN 
line. ATTN can be asserted due to any of th«_ following conditions. 

i. An error occurring while no data transfer is talcing place 
(asserted immediately) . 

2. Upon completion of a aata transfer command if an error 
occurred during the data transfer (asserted at the end of 
the data transfer) . 

3. Upon completion of a mechanical motion command (seek, 
irecal'brate, etc.) or a search command. 

i. As a result of the Medium On Line (MOL) bit changing 
states (except in the unload operation) - In the dual MBA 
configuration, a charge in state of MOL will cause the 
assertion of ATTN to both MBAs. 

The ATA bit in a drive can be cleared by the following actions. 

1. Asserting INIT on the Kassbus (affects all eight drives; . 

2. Writing a 1 into the attention summary register (in the 
bit pos-"" •:■ for thi^ drive). This clears the ATA bic; 
however, joes not clear the error. 

3. Writing a valid command (with the GO bit apserted) into 
the control and status register if no error occurs. Note 
that clearing the ATA bit of one drive doe? not always 
cause the ATTN line to be negated, because other drives 
may also be asserting the linn. 

NOTE 
There are three case* in which ATA is 
not r*»set when a command is written into 
the control and status register (with 
the GO bit set): 1) if there is a 
control bus parity error in the write, 
2) if an error was previously set, or 3) 
if an Illegal Function (ILP) code is 
written. 

e 

2.3.3 Initialize (INIT) 

This signal is asserted by the MBA to perform a s/stem reset of 
all drives. It is asserted when a 1 is written into the INIT bit 
(bit 01 of MBA CR) . When a drive receives the INIT pulse, it 
immediately aborts the execution of any current command and 
performs all actions descried for the drive clear command. 



2-4 



NOTE 
In the dual -MBA configuration, a drive 
will honor an miT pulse only from the 
NBA that has seised the drive, or frost 
either controller if cne drive is in the 
unseized state. 

2.3.9 rAIL 

When asserted, this signal indicates that a power-fail condition 
has occurred in the MBA or the MBA is in the maintenance mode. 
While FML is asserted, the drive inhibits reception of the INXT 
and DEM signals at the drive. 

2.4 COMMAND INITIATION 

To initiate a command in a drive via the Massbus, the MBA (or the 
CPU via the MBA) writes a word into the control register. The 
function code and GO bit are transferred to the selected drive. If 
the command specified is valid and the GO bit is asserted, the 
selected drive executes the command. 

Commands are of two types: nondata transfer commands (such as 
drive clear, seek, etc.) and data transfer commands (such as read, 
write, -ind write check). The command function code bits (§5 — 99, 
including GO in the control register) are 01 — 37 for nondata 
♦ . ansf er commands &n<l 29— 3P for data transfer commands (not all 
are valid functions.) 

'..4.1 Nondata Transfer Commands 

Nondata transfer commands only affect the st*le of the drive. The 

MBA merely writes the command word (wltii GO bit set) into the 

drive's control register. At the completion of the command 

execution, the drive typically asserts the ATTN line to signal its 

completion. 

If the nondata transfer command code written into the drive is not 
recognized by the drive as a valid command, the drive will 
immediately signal an error by asserting the ATTN line. The ILF 
error is set. 

2.4.2 Data Transfer Commands 

When any data transfer command code (with the GO bit set) is 
written into the drive' u control register, tt.e MBA expects data 
transfer on the data ous to begin soon thereafter. The MBA sets 
*ts DT BUSY bit as soon as the data transfer command code is 
written into a drive. The drive normally responds by asserting the 
OCC line. The MBA asserts RUN and then data is transferred to or 
from the specified drive, after the proper address (sector, track, 
cylinder) is found. 

If an error occurs in a drive during a data transfer command, the 
drive asserts the EXC line. This line remains asserted until the 
trailing edge of the last EBL pulse. The MBA always negates the 
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MJN line when it detects EXC asserted, so that the data transfer 
is terminated at the end of the sector in which the error was 
signaled . 

2.5 READING AMD WRITING REGISTERS 

The process of reading or writing drive registers is accomplished 
via the asynchronous (control bus) portion of the Massbus (Figure 
2-1). The MBA initiates the action by selecting a drive DS<02:00>, 
selecting a register RS<0«:00> in that drive, selecting a 
direction of transfer (CTOD) , and either reading or writing the 
register via the 17 bidirectional control lines (C<15:00> and 
CPA) . After a deskew delay to allow the control lines to 
stabilize, the MBA asserts DEM. The drive, upon receiving the DEM 
assertion, checks the CToD line to ascertain whether a read or 
write is to occur. 

If a register read operation is specified, the drive will gate the 
contents of the specified register onto the control bus and issue 
^PRA. When the tOA receives^ TRA, — tt— will gate -the control: lines 
onto the SBI. After a deskew delay, the MBA negates DEM. The 
negation of DEM causes TRA to be negated and completes the 
operation. The MBA will then arbitrate for the SBI and transfer 
the Massbus data to its destination. 

NOTE 
Since Massbus drive registers are 16 
bits wide, the MBA appends bits 31 — 16 
of i*-s status register to create the 
long word to be sent to the requester. 

If a register write operation is specified, the MBA gates the 
control data onto the control bus when it issues DEM. The driv*» 
will transfer the data from the control bus into the specified 
drive register and assert TRA, which causes DEM to be negated. The 
negation of DEM causes 'TRA to be negated to complete the 
operation. 

The Massbuc structure allows a register read operation while a 
data transfer (on the asynchronous data bus) is taking place. Any 
attempt by the MBA to write a register in a drive performing a 
data transfer operation (except for the maintenance and attention 
summary registers) will cause tJm drive to set the Register 
Modification Refused (RMR) error bit. 

2.6 DATA TRANSFER 

Before a daca transfer takes place, the selected unit, desired 
sector/track address, cylinder address, bus address, and word 
count are specified! by the program. The program then transfers the 
read or wri'.e data transfer command (with the GO bit asserted) to 
the control register. Upon receipt of the data transfer command, 
the drive will assert OCC, indicating that the data bus is busy. 
The MBA logically connects to the Massbus data bus by asserting 
RUN and then waits for SCLK pulses from the drive. For a write 
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data transfer, each WCLK pulse causes a word to be written into a 
data register in the drive logic; for a read data transfer, each 
SCLK pulse causes a word to be transferred to the Massbus. When a 
sector of words has been written onto or read from the disk, the 
disk sends an EBL pulse to the MBA. If the RUN line is still 
asserted at this tine, the next sector of data words is 
transferred. If the RUN line is negated, the data transfer is 
terminated. 

2.7 MASSBUS PHYSICAL DESCRIPTION 

The Massbus consists of 55 signal lines, including data, control, 

status, and parity. These signal lines are routed externally to 

the cabinet that contains the MBA(s) via three BC06-R Massbus 

cables. 

At the cabinet (containing the first MBA), the BC06-R cable plugs 
into the AD-7015145 connector panel, which is mounted at the lower 
rear of the cabinet. This connector pinel has c;>touts for four 
receptacle housing assemblies to accommodate up to four MB As and 
associated cabling. The othet side of the receptacle housing 
assembly accepts three BC06-S round Massbus cables. To accommodate 
additional NBAs, the BC06-R cables plug into the 7013678 cabinet 
to cabinet connector panel, which is mounted between the cabinet 
verticals on the right end of the cabinet. 

Table 2-1 lists the Massbus signals and their associated pin 
assignments. 
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Table 2-1 Massbus Signal Cable designations 



Cable 


.1 
Pin* 


Polarity 


Designation 


Massbus 
Cable- A 


A 
B 


1 
2 


+ 


MASS !?C0 






c 

D 


3 
4 


+ 


MASS D01 




E 


5 

6 


+■ 


MASS D02 




H 

J 


7 
8 


+ 


MASS D03 




K 


9 

10 


+ 


MASS D04 




M 
H 


11 
12 


+ 


MASS D05 




P 
R 


13 

14 


4- 


KAS5 CM 




S 
T 


15 
16 


+ 


MASS Cfll 




U 
V 


17 
18 


+ 


MASS C02 




w 

X 


19 

20 


+ 


MASS C03 






Y 

z 


Si 

22 


+ 


MASS C04 




AA 

BB 


23 
24 


+ 


MASS C« 




CC 
DD 


25 
26 


+ 


MASS SCLK 




FF 


27 
28 


+ 


MASS R53 




HH 
JJ 


29 
30 


+ 


MASS ATTN 




KK 
LL 


31 
32 


+ 


MASS RS4 




MM 
MN 


33 
34 


+ 


MA§5 cWD 




PP 
RR 


35 
16 


4- 


mass wclk 




SS 
TT 


37 
38 


+ 


MASS RUN 




UU 


39 




SPARS 




W 


40 




GMD 
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Ti»ble 2-1 


Massbus Signal 


Cable Designs. ions (Cont) 


Cable 


Pin* 


Polarity 


Designation 


Massbus 
Cable B 


A 
B 


1 
2 


+ 


MASS D06 




e 

o 


3 
4 


+ 


MASS D07 




E 
F 


5 

6 


+ 


MASS D08 




H 
J 


7 
8 


+ 


MASS D09 




K 

L 


9 

10 


♦ 


MASS D10 




n 


11 
12 


+ 


MASS Dll 




p 

R 


13 
14 


♦ 


MASS C06 




S 
T 


15 
16 


♦ 


MASS C0? 




U 
V 


17 
18 


♦ 


MASS C08 




W 
X 


20 


+ 


MASS C09 




Y 

Z 


21 
22 


+ 


MASS C10 




AX 

BB 


23 
24 


♦ 


MASS Cll 




CC 

DO 


25 
25 


♦ 


MASS EXC 




BE 

FP 


27 
28 


+ 


MASS RS0 




HM 
JJ 


24 
30 


+ 


MASS EBL 




PR 

LL 


31 
32 


+ 


MASS RSI 




MM 
NN 


i3 
34 


+ 


MASS RS2 




PP 
RR 


35 
36 


+ 


MASS IN1T 




SS 
TT 


37 
38 


+ 


MASS SP1 




UU 


3$ 




SPARE 




W 


40 




Sub 
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Table 2-1 


Massbus 


Signal 


Cable DesK 


;ijc1ors (Co>nt) 


i 
Cable 


Pin* 


Molarity 


Designation 


Nassbus 
Cable C 


A 
B 


1 
2 


+ 


MASS D12 




C 


3 

...... 4. 


+ 


MASS D13 




E 
F 


5 

6 


♦ 


MASS D14 




y 
J 


7 

C 


+ 


MASS D15 




K 

L 


If 


♦ 


MASS D16 




M 

N 


11 
12 


+ 


MASS D17 




P 
R 


n 

14 


+ 


MASS DPA 




5 

T 


15 
16 


4- 


MASS C12 




U 
V 


17 
18 


+ 


MASS CI 3 




W 
X 


19 
2f 


+ 


MASS C14 




y 

z 


21 
22 


+ 


MASS CIS 




AA 

BB 


23 
24 


♦ 


MASS CPA 




CC 
DD 


25 
26 


+ 


MASS OCC 





J5B 

PP 


21 
28 


+ 


MASS DS6 




Hi! 
JJ 


2$ 
38 


♦ 


MASS TRA . 




KK 

LL 


31 
32 


+ 


MASS DS1 




MM 
MM 


J3 

34 


+ 


MASS DS2 




PP 
RR 


35 
36 


+ 


MASS DEM 




SS 
TT 


37 
38 


j. 


MASS SP2 




UU 


3ft 


H 


MASS PAIL 




W 


40 


» 


GND 



* Alternate pin designation schemes 



MOTE 
Massbus cables are to be installed per 
Markings on the cable. 
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2.8 SYNCHRONOUS BACKPLANE INTERCONNECT DESCRIPTION 

The SBI is the backplane of the VAX-1 1/780 system. K 
interconnects the CPU with the memory system and all adapters in 
the system. The following paragraphs describe all interconnect 
lines and their associated communication protocol. 

2.8.1 Interconnect Synchronisation 

Six control group lines are clock signals that are used as a 
universal time base Cor all nexus connected to th> SBI. All SSL 
clock signals are generated on the CPU clock module and provide a 
200 ns clock period. 

The clock signals, in conjunction with the standard nexus clock 
logic,, provide the derived clocks within an attached nexus to 
synchronize SBI activity. Two clock signals (TPH and TPL) produce 
the basic nexus time states. The remaining four (PCLKH, PCLKL, 
PDCLKH, and PDCLKL) are phased clocks and help compensate for the 
cloc't distribution sksw due to cable, backplane, and 
driver /receiver propagation delays. 

2.8.1.1 Derived Time States — The derived clocks (within the 
nexus) define four, 50 ns (nominal) time states in one clock 
period. The time states (T0, Tl, T2, and T3) determine the 
transmit, propagate, and receive times on the SBI, with T0 
representing the start of a particular clock period. Figur* 2-7 
illustrates the phase and timing relationships required to 
generate the individual deri"*d cime states. Note that T0 ir ternsi 
to the CPU (CPT0) is not the same as SBI T0. CPT0 corresponds to 
SBI Tl. All nexus ne»i a minimum of T0 and T2 for SBI tr<»nsmi v and 
receive functions. 

2.8.1.2 Transmit Data Information t^ be tra ns m it ted is 

asserted on the SBI at T0. Immediately pi i*r to T0 s transmitting 
nexus enables its transmit enable i np.it i to the SBI transceivers. 
Figure 2-3 is a basic block diaor«m for one SBI information path 
iine. 

2.8.1.3 Receive Data -- In th« case of receive data, the nexus 
receiver latches aie opened at T2 and latched at T3. Figure 2-4 
shows the basic one-line receiver latch logic. Note that the 
information may be considered undefined between T2 and T3; only 
after T3 is Information considered valid. Nexus checking, 
decoding, er.<i subsequent decision making are then based on these 
latched signals. 

2.8.1.4 Single Time States — In single time states, the time 
between any T0-T1, T1-T2, T2-T3, and T3-T0 may vary froM Si ns 
(nominal) to an indefinitely long period of time. SBI operation 
and protocol will proceed normally. Nexus that implement the SBI 
timeout functions do so by counting SBI cycles. Memory nexus 
operation must be normal even though the timing may be different. 
Nexus that derive timing from an exterral source (e.g., a mass 
storage device) set data late and overrun error bits as 
appropriate. However, the SBI operation of these nexus remains 
norma 1 . 
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Figure 2-4 receive Data Path 



2.8.2 SBI Summary 

Yable 2-2 summarizes the signal fields associated with each 
functional group. Figure 2-5 shows the SBI configuration. The 
following paragraphs provide detailed descriptions of the 
individual group field layouts and frictions. 
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Table 2-2 SBJ Held Summary 



Field 



ARBITRATION ''.ROUP 

Arbitration Field (TR <15:0O>) 



INFORMATION TRANSFER GROUP 

Information Field (b<31:00>) 



Mask Field (M<3:0>) 



Identifier Field (ID<4:0>) 



Tag Field (TAG<2:0>) 



Function Field (F<3:0>) 



Parity Field (P<1:0>) 



RESPONSE GROUP 
Confirmation Field 



(CNF<1:0>) 



Description 



Establishes s fired priority among 
nexus for access to and control of 
information transfer path. 



Bidirectional lines that transfer 
data, command/address, and 

interrupt information between 
nexus. 

Primary function: encoded to 
indicate a particular byte within 
the j2-bit information field 
(B<31:00>). 

Secondary function: in conjunction 
with the tag field, indicates a 
particular type of read data. 

Identifies the logical source or 
destination of information 

contained in B<j1:00>. 

Defines the transmit or receive 
ihfo»..-"»tion types and the 
interpret.* t ion of the content of 
the ID a-J information fields. 

Specifies the command code, in 
conjunction with the tag field. 
This field is valid as part of the 
32-bit information field only when 
the tag equals command/address. 

Provides even parity for all 
information transfer path fields. 
P(0) is generated as parity for 
the information field. P(2) is 
generated as parity for the tag, 
ID, and mask fields. 



Asserted by a receiving nexus to 
specify one of four response types 
and indicate its capability to 
respond to the transmitter's 
request . 
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Table ?-2 SSI field Summary (Cont) 



FieU 



Description 



Fault Field (FAULT) 



INTERRUPT REQUEST GROUP 

Request Field (P.EU<7:4>) 



Alert Field (ALERT) 



C0KTROL GROUP 
Clock Field (CLOCK) 



Fail Field (FAIL) 



Dead Field (DEAD) 



Unjam Field (UNJAM) 



Interlock Field (INTLK) 



A cumulative error line to the CPU 
that indicates one of several 
errors, stored in the transmitting 
nixus fault register, and the 
assoc!"Led SB I cycle in which the 
ciror occurred. 



Allows a nexus to reqjest an 
interrupt to service a condition 
requiring CPU intervention. Each 
request lines represents a level 
of nexus request priority. 

A cumulative status line that 
allows those nexus not equipped 
with an interrupt nechanlsa to 
indicate a change in power or 
operating conditions. 



Six control lines that provide the 
clock signals necessary to 
synchronize SB I activity. 

A single line from the restart 
nexus to provide a restart signal 
to the CPU tj initiate a system 
restart operation. 

A single lin-s to the CPU to 
indicate an impending clock 
circuit or SBI terminating network 
power failure. 

A single line from the CPU to 
attached nexus that initiates a 
restore operation. 

A single line that provides 
coordination among nexus 

responding to certain read/write 
commands to ensure exclusive 
access to shared data structures. 
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Figure 2-5 SB! Configuration 

2.8.3 Arbitration Group Function* and Aasign—nts 

The arbitration lines (Transfer Request TR<15:ffl» allow up to I* 
nexus to arbitrate tor the infornation lines (information transfer 
group). One arbitration line is assigned to each nexus to 
establish the fined priority access. Priority increases fros TR1S 
to TR00, where TRM is the highest. The lowest priority level is 
reserved for the CPU, and it requires no actual TR signal line. 
The other 15 nexus are assigned TR15 through Tftfl. 
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The highest priority level, TRB0, is reserved for those nexus that 
require more than one successive SBI cycle. TR«fl may only be used 
by nexus that require: 



a. 
b. 
c. 



Two or three adjacent cycles for a write type exchange. 
Two adjacent cycles for an extended read exchange. 
Adjacent cycles for interrupt summary read exchanges and 
restore operations. 



A nexus requests control of the information path by asserting its 
assigned TR line at T0 of an SBI cycle. At T3 of the same SBI 
cycle, the nexus examines (arbitrates) the state of all higher 
ptiority TR lines. If no higher TR lines are asserted, the 
requesting nexus assumes control of the information path at T0 of 
the following SBI cycle. At this T0 time state, the nexus negates 
its TR line and asserts command/address or data information on 
B<31:0#>. In addition, if a write type exchange is specified, the 
nexus asserts TRBi to retain control of adjacent SBI cycles. 

If higher priority TR lines are asserted, the requesting nexus can 
not gain control of the information path. The nexus keeps its TR 
line asserted and again examines the state jf higher priority 
lines at T3 of the next SBI cycle. As before, if no higher TR 
lines are asserted, the nexus assumes information path control at 
TB. 

2.8.4 Information Transfer Group Description 

Each information group field is described in detail in the 
following paragraphs. However, the information field (B<31:ff>) is 
described in the context of the other information group fields. 

2.U.4.1 Parity Field — The parity field (P<l:f>) provides even 
parity for detecting single bit errors in the information group 
(Figure 2-6) . 
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Figure 2-6 Parity Field Configuration 
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A transmitting nexus generates 99 as parity for TAC<2:§>, ID<4:0>, 
and M<3:0>. The PI parity bit is generated for B<31:««>. P0 and PI 
are generated such that the sua of all logic one bits in the 
checked field, including the parity bit, is even. With no SB! 
transmissions, the information transfer path assumes an all zeros 
state; thus, P<it0> should always carry even parity. Any 
transmission with odd parity is considered an error. 

2.8.4.2 Tag Field Ftoassts — The tag field (TAG<2:0>) is asserted 
by a transmitting nexus to indicate the information type being 
transmitted on the information lines. The tag field determines the 
interrelation of the ID and B fields. In addition, the tag field, 
in conjunction with the mask field, further defines special read 
and write data conditions. The following paragraphs describe each 
information type, tag code, and associated field content. 

Command/Address Tag — A tag field content of ill indicates that 
the content of B<31:M> is a command/address word. ID<4:0>, 
asserted at this time, is a unique code identifying the logical 
source {commander) of the command. As shown in Figure 2-7, 
B01:tB> is divided into a function field and an address field to 
specify the command *ruJ its associated address. 

In a write type command, the ID field code represents the logical 
source and the address field specifies the logical cosmand 
destination. For a read type command, the addressed nexus holds 
the transmitted ID for transmit ten with the requested data. The 
ID is sent with the read data to indicate destination. 

The 28 bits of the S9X address field define a 268, 435, 4S6 
long word address space, which is divided into two sections. 
Addresses 0--7FFFfFF are reserved for primary memory. Addresses 
8000000 — FFFFFFF., mre reserved for device control registers. 
Generally, primary 1 memory begins at address 0; the address space 
is dense and consists only of storage elements. The control 
address space is sparse with address assignments based on device 
type. Each nexus is assigned a 2048, 32-bit long word address space 
for control. The addresses assigned are determined by the TR 
number as shown in Figure 2-8. 
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Figure 2-7 Command/Address Forctat 
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Figure 2-8 Control Address Space Assignment 
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Figure 2-9 Read Oats Foraats 



Read Dots Tag — A tag field content of ••• indicates that 
B<31:I0> contains data requested by a previous read type coaaano. 
In this case, ID<4:»> is a unique code that was received with the 
read coaaand and identifies the logical destination of the 
requested data. The retrieved data aay be one of three types: 
reed data; corrected read data; or read data substitute, where the 
particular type is identified by PK3:0>. 

Read data is the normally expected error-free data having K<3ti> - 
*••• (Figure 2-9). Mote '.hat this tag code is also the idle state 
of the tag field and trat ID code f is reserved. Mo device will 
respond when the tag is •*• and the ID code is fl. 
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Corrected read data is data in which an error was detected and 
subsequently corrected by the error correction code (ECC) logic of 
the device transmitting the read data. In this case, the aask 
field flags the corrected data with M<3:f> = Mil. 

Read data substitute represents data in which an error was 
detected but not corrected. In this case. B<31:00> will contain 
the substitute data in the form of uncorrected data or other 
■eaningful information. The aask field flags the uncorrected data 
with *<3:0> - 0010. As with the other read data types, the ID 
field identifies the read coaaander. 



Write Data Tag — A tag field content of 101 indicates that 
B<31:00> contains the write data for the location specified in the 
address field of the previous write coaaand (Figure 2-1* . The 
write data will be asserted on B<31:00> in the SBI cycle 
iaaediately following the coaa and/address cycle. Certain coaaand 
codes use M<3:f> to spe- *y particular bytes within B<31:M>. 
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Figure 2-1 • Write Data Poraat 

Interrupt Suaaary Tag — A tag field content of lit defines 
B<31:00> as the interrupt level aask for an interrupt suaaary read 
coaaand. The level aask (B<07:04 ) is used to indicate the 
interrupt level being serviced as the result of an interrupt 
request. In this case, the ID field identifies the coaaander, 
which is usually a CPU. Although unused, H'3:f> aust be 
transaitted as zero. 

The interrupt sequence consists of two exchanges: 

a. The first exchange indicates the interrupt level being 
serviced. 

b. The second exchange is the response, where the device 
requesting the interrupt identifies itself. 

The interrupt suaaary read -nd response foraats are illustrated in 
Figure 2-11. Note that tide interrupt suaaary icsponse encodes 
TAG<2:0> = 0*0. 

Reserved Tag Codes — TAC<2:0> — Tag code 111 is reserved for 
diagnostic purposes. Tag codes 001, §10, and 110 are unused and 
reserved for future definition. 
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Figure 2-11 Interrupt S u m ma ry Formats 



2.0.4.3 Identifier Field — The ID field (ID<4:f>) contain* a 
code that identities the logical source or logical destination of 
the information contained in 8<31:0«>. ID codes are assigned only 
to commander and res ponder nexus (i.e., those that issue and 
recognize command/address information) . Bach nexus is assigned an 
ID code that corresponds to the TR line that it operates. For 
example, a nexus assigned TItfS would also be assigned ID code S. 

More than one ID code nay be assigned to a nexus. However, that 
nexus must be capable of responding to read type commands for 
which the read data returns in an order different from the order 
in which the c o mm a n d ■ were given. For write masked and extended 
write masked c o m m a n ds, the mask is transmitted in the cycle 
preceding the cycle for the data to which the mask applies. 

Nexus using more than one code take the first code from the 
standard ID code assignment (• — IS). The second code is taken from 
the range 17 — 30 (i.e., first ID code plus 10). 
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Certain ID codes are reserved: ID - 16, unit processors; ID -• ?!, 
diagnostic purposes. ID ■ f is reserved no that the idle Svate of 
the SBI (read data, destination ID • •) will not cause a nexus 
selection. Mot* that even though a nexus is not selected, all 
nexus are checking for correct SBI parity. 

2.8.4.4 Mask Field — the mask f te-ld ---(*< 3 :•>) has two 
interpretations: prisary and secondary. For the primary 
interpretation, M<3:t> is encoded to specify operations on any or 
all data bytes appearing on S<31:M>. The mask is used with the 
read sasked, write Basked, interlock read aasked, interlock write 
Basked, and extended write aasked cost ends. As shown in Figure 
2-12, each bit in the Bask field corresponds to a particular byte 
on B<3l:M>. 

The secondary interpretation is used when TAG<2:0> > Iff (read 
data). This interpretation defines the data types as specified in 
Table 2-3. All other aask field codes (Mil— 1111) are reserved 
and are interpreted as read data substitute by the receiving 

rex us. 
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Figure 2-12 Mask Field Foraat 
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2.*.5 Response Cromp Inscription 

The three response lines are divided into two fields: Confirmation 
(CmTO :*'>), and r-ult (FAULT). CMP<l:ff> inforss the transmitter as 
to vb+tner or not the information was received correctly and if 
♦he receiver can process the command. rAOLT is a emulative error 
<ication of protocol or information path malf unction; it is 
asserted with the same tilling as the confirmation field. 

Either field is transmitted two cycles after each information 
transfe-. Confirmation is delayed to allow the information path 
signals to propagate, be checked, and be decoded by all receivers; 
and to allow confirmation generation by the responder. During each 
cycle, every nexus in the system receives, latches, and makes 
decisions on the information transfer signals. Except for multiple 
bit transmission errors or nexus malfunction, one (or more) of the 
nexus receiving the information path signals will recognize an 
address or ID code. This nexus then asserts the appropriate 
response in CUT. 

»ny (or all) nexus say assert FAULT after detecting a protocol or 
information path failure. 

2.8.5.1 Confirmation Cedes — Table 2-4 lists the confirmation 
codes and their interpretation. 

Table 2-4 Confirmation Code Definitions 



CMP Code 



ft. Mo Response (M/R) 
• 1, Acknowledge (ACK) 

10, Busy (BUSY) 

11, Error (ERR) 



Definition)* 



The unasserted state; it indicates no 
response to a commander's selection. 

The positive acknowledgment to any 
transfer. 

The response to a command/address 
transfer that indicates successful 
selection of a nexus that is presently 
unable to execute the command. 

The response to a command/address 
transfer that indicates selection ef a 
nexus that cannot execute the command. 



A BUSY (IB) or ERR (11) tesponM to transfers other than 
command/ address transfers win be considered as no response from 
the responder. 



2.B.5.2 Response Rsndli.g — The transmitting nexus samples the 
CMF and FAULT iines at T3 ef third cycle following 

transmission. ACK is the expected irmation response (i.e., 

command will be executed, or in ion has been received 

correctly} . 
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Should a cobb and/ address transfer receive a BUSY confiria^:-^. th*» 
commander will repeat the transmission (after a nominal waiting 
period) until it is accepted or a time t occurs. 

An N/R confirmation should be treated like BUSY, except that its 
occurrence nay be flagged in a status bit. ERR conf irmation is the 
result of a programming error, and should abort the command and 
invoke the appropriate recovery routine. 

Some nexus may be unable to determine, within two SBI cycles, 
whether a function will be completed successfully. For these 
cases, the nexus presumes success and responds with ACK 
conf inflation. If it is later determined that a read type function 
cannot be completed, a read data transfer of all zeros is 
transmitted and an interrupt requested. If a write type request 
cannot be completed, the command is aborted and an interrupt 
requested. In either case, the cause of the interrupt is indicated 
in a conf igurat icn/status register. 

2.E.5.3 Successive Cycle Confirmation — Since write masked, 
extended write masked, and extended read operations consist of 
successive transfers, acknowledgment is more complex. 

a. If the command/address transfer is confirmed with N/R or 
BUSY, then no notice will be taken of the data transfer 
confirmation and the entire sequence will be repeated. 

b. If the command/address transfer receives ERR, the 
sequence is aborted and recovery routines are invoked. 

c. If ACK is not received as confirmation for a write data 
command, the command is repeated. 

d. Transmissions of read data are confirmed with ACK by the 
receiver of that data. The read data transmitter may 
ignore this confirmation, since only commanders execute 
retry sequences. 

2.8.5.4 SBI Sequence Timeouts — All commanders implement two 
timeout functions: interface sequence timeout and read data 
timeout, both timeouts are specified as 182.4 us (or 512 SBI 

cycles) . 

The interface sequence timeout determines the maximum time allowed 
to complete an interface sequence. The sequence interval is 
defined as the time from: 

a. when SBI arbitration is initiated, until ACK is received 
for a command/address -.ransfer that specifies read, or 



b. 



when SBI arbitration is initiated, until ACK is received 
for a command/address transfer that specifies write, and 
ACK is also received for each transmission of write data, 
or 
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c. when SBI arbitration is initiated, and an ERR 
confirmation is received for any comand/address 
transfer . 

The read data timeout is defined as the time from when an 
int»rfac-3 sequence that specifies a read coma and is completed, to 
the time thai, the specified read data is returned to the 
commander. In the case of an extended read function, both 
long wo ids must be retrieved prior to timeout (1*2.4 us). 

If the last command/address transfer prior to an interface 
sequence timeout receiver an M/a confirmation, it is recorded in a 
status bit. Certain nexus may terminate their requests 'or SBI 
control 1ue to an unusual occurrence in those nexus. When this 
occurs, both timeouts are cancelled (e.g., when a nexus detects a 
data late error) . 

When a timeout occurs, the commander provides the actual address 
or reconstructed address for which the timeout occurred. In 
addition, the commander records the type of timeout received 
(i.e., interface sequence or read data). Either timeout will 
terminate a command transmission retry. 

2.8.5.5 Fault Detection — Each nexus is equipped with a 32-bit 
configuration and fault status register (register •). The fault 
status portion of this register contains flags that cause the 
assertion of the FAULT line. The fault status portion is described 
in Figure 2-13. 

A nexus detecting one of the fault conditions will assert th* 
FAULT signal for one cycle. FAULT then causes each nexus on the 
system to lo-k its respective configuration re^iste*. The fault 
status bits thus latched refer to the cycle during which the fault 
occurred. The CPU examines the FAULT signal and latches the signal 
on the leading edge of FAULT. The CPU then continues to assert 
FAULT until the software has examined the fault bits of all nexus 
and has specified the negation of FAULT. Figure 2-14 shows the 
timing involved. 

Figure 2-15 illustrates the confirmation and fault decision flow 
for all responses and error conditions. 

2.1.6 Interrupt Request Croup Description 

The interrupt request group consists of four request lines 
(REQ<7:4>) and an alert (ALERT) line. Request lines ere assigned 
to some of the nexus and represent assigned CPU interrupt levels. 
The lines used by nexus request that the CPU service a condition 
requiring processor intervention. The request lines are priority 
encoded in an ascending order of REQ4 — REQ7. A requesting nexus 
asserts it request lines (or line) asynchronously with respect to 
the SBI clock to requert an interrupt. Any of the REQ lines m*v be 
asserted simultaneously by more than one nexus, and any 
combination of REQ lines may be asserted by the collection of 
requesting nexus. 
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Figure 2-13 Fault Status Flags 
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The ALERT signal is asserted by nexus that to not implement 
interrupt request lines. Its purpose is to indicate to the CPU a 
change in the nexus power condition or operating environment. 
Nexus that implement the REQ lines report such changes by 
requesting an interrupt. 

2.8.6.1 Interrupt Operation — When a nexus requires an 
interrupt, it asserts its REQ line on the 581. At a time judged 
appropriate, the CPU will recognize the \ cerrupt request and 
issue an interrupt summary read command "(TAG < 2 :§> » 118). The 
command will have a single bit set in its interrupt level mask 
(B<7:4>), which corresponds to the RF.Q line being serviced. For 
example, B 84 set to a logic one indicates that the REQ4 level is 
being serviced. Kote that the remaining information path fields 
(i.e., B<31:68>, ID<03:08>, and *K3:fi>) are transmitted as zero. 



Nexus receiving the interrupt summary read command without error 
and asserting the REQ line specified in the interrupt level mask 
wil 1 assert a 2-bit code in B<31:ll >. This code , which identi f ies 
the requesting nexus, is asserted with the timing of CNF<1:0>. 
However, the responding nexus does not assert any CMP, TR, ID* or 
TAG line. Nexus that detect incorrect parity will assert FAULT. 

As shown in Figure 2-16, the asserted bits are in corresponding 
positions in the upper and lower 16 bits of B<31:08>. The bit pair 
uniquely identifies the nexus among those using the particular REQ 
line. Only 15 bit pairs in the information field are used (i.e., 
B31 and B15 through B17 and BB1) . Since only pairs of bits are 
asserted, parity remains correct regardless of the number of 
responding nexus. The two bits assserted by the requesting nexus 
are equal to the nexus TR number ar.<3 the nexus TR number plus 16. 
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While holding control of the S3I with TR90, the CPU waits two 
cycles after the interrupt summary read comaend is transmi ct-?f» 
before latching B<31:flP> into an internal register. By encodir.g 
the REQ level and the bit pair receivt- 1 from responding nexus, the 
CPU generates a vector unique to that lt/el and nexus. The vector, 
in turn, is used to invoke the nexus service routine. The service 
routine will take explicit action by writing a device register to 
clear the interrupt condition. Clearing the interrupt causes the 
nexus to negate the REQ line, provided that the nexus does not 
have any other outstanding interrupts at this level. The negation 
of REQ occurs within two cycles of the write data transmission. 

Normally, the CPU will service requests in descending order, of 
REQ7 — REQ4. Similarly, nexus are identified in descending order 
beginning with the nexus that asserts bits B31 and B15 and ending 
with the nexus that asserts bits B17 and B], if multiple nexus are 
requesting interrupts on the same REQ line, multiple interrupt 
summary read commands are issued until all nexus have been 
serviced and '!u> REQ line is no longer asserted. 

Figure 2-17 is a functional timing chart for the interrupt 
operation. 

2.8.6.2 Status Register Alert Flags — As shown in Figure 2-18 
each nexus maintains bits in its configuration register to 
indicate conditions ?.h*t cause assertion of ALERT (or the 
appropriate REQ lir* if Implemented). Power down and power up 
status bits arc provided, tut additional ALERT status bits are 
present M other conditions, such as over temperature, are 
detectable. 

The ALERT line is the logical OR of the alert status bits; it is 
asserted synchronously to the SBI clock. Alert status bits are 
cleared when written as logic one;- when written as logic zero, 
UNJAM signal is received. Note '-hat the UN JAM signal does not 
clear these status bits. . 

2.8.6.3 Alert Flag Operation — A nexus asserts ALERT or an 
interrupt request when any of its alert stacus bits are set. The 
bits are set during the following events: 

a. during power failure at the nexus when the assertion of 
power supply AC LO is recognized; 

b. during the restoration of power when the negation of AC 
LO is recognized; 

c. when other environmental conditions, such as 
overteaperature, are detected; 
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The alert status bits are only set on the transition of the event 
that caused them to set* 

The power down status bit t& set when there is a transition of the 
nexus AC LO from the negated to the asserted state. Setting the 
power down status bit clears the power up status bit; likewise, 
setting the power up bit clears the power down bit. The 
overtenperature bit is set when there is a transition from the 
normal to the overtenperature state. 

A nexus asserting ALERT, or asserting an interrupt request due to 
an alert status bit set, continues to assert ALERT until: 

a. all alert status bits are cleared (written with a logic 

one) , 

b. UNJAM signal is received, 

c. nexus loses dc power. 

The negation of ALERT (or REQ) is synchronous to the SBI cloc*. and 
occurs within two cycles of the write data transmission used to 
clear the ALERT condition. 
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2.8.7 Command Cod* Description 

The operations executed over the SBI are specified in 
command/address format using the mask, function, and address 
fields. Figure 2-19 summarizes the command/address formats and 
lis^.s the command codes. Several function codes are unused and 
reserved for future use. All nexus must respond to these reserved 
codes with an N/R confirmation. 



2.8.7.1 Read Kasked 

specified in Figure L 



Function — The read masked function is 
-20. 
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Prior to issuing the command, the commander arbitrates for SBI 
control. When the commander gains control of the SBI, it asserts 
the 'reformation transfer lines at T0. At T3 of the sane cycle, 
each nexus strobes the command/address information into its 
receiver latches for decoding. The command/address format, 
presented on the SBI, instructs the nexus selected by the address 
field, SA<?7:00>, to retrieve the addressed data word and transfer 
it to the logical destination specified in the 10 field. The 
addressed nexus will respond to the command/address transfer with 
ACK (assuming no errors) two SBI cycles after the assertion of 
command/ address. 

The addressed data is retrieved in a time frame that is dependent 
on the nexus response time. Following the response delay, the 
responding nexus must arbitrate for control of the SBI. After ARB 
OK is true for the responder, the information fields are asserted 
on the SBI at T0. TAG<2:0> is coded as 000, specifying the read 
data format; and IO<4:0> is coded to identify the commander. The 
read data is asserted on B<31:00> and received by the comaander as 
read data (M<3:0> ■ 0000), or as corrected read data (M<3:0> - 
0001). In the case of uncorrectable read data, the responder 
transmits read data substitute (M<3:0> « 0010) . 

After the assertion of read data, the commander latches the 

content of B<31:00> at T3 of the same SBI cycle. At T0 two cycles 

later, the commander confirms the successful transfer by asserting 
ACK. 

Figure 2-21 is a functional timing chart for the read masked 
operation. 

2.0.7.2 Extended Read Function — The extended read function is 
similar to the read masked function in operation. The function 
format is shown in Pigure 2-22. 

The mask field and bit SA00 of the received command/ address word 
are ignored. However, the mask field must be transmitted as zero. 

In an extended read, 64 bits' (two data long words) are always 
transmitted, and thus require two contiguous SBI data transfer 
cycles. In this case, P<3:0> instructs the nexus selected by 
SA<27:00> to retrieve the addressed 64-bit data and transfer it to 
the commander (specified in the ID field) as in the read masked 
function. 
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Figure 2-2? Extended Read Function Foraat 



Vbtnt the co— ander gains control of the CM, it asserts the 
c i,i— and/address information at Tf. At T3 of the saae cycle, each 
nexus strobes the command/ address In foraat ion into its receiver 
latches for d -coding. The addressed nexus confirms the 
e n — an d /add r ess transfer by returning ACK two cycles after the 
assertion of co— and/add ress. Following the response delay and 
arbitration, the responder asserts the first 32-bit date longword 
on B<31:M> (SMI » f ) . ITse other information fields are coded as 
in the read Masked operation. The second data longword {SAM - 11 
is asserted on BOi:M> at Tf of the succeeding cycle. The mask 
field describing the data type will ba asserted with each read 
data longword. 



The co— ander latches B<31:09> (first data longword) at T3 of the 
cycle when it was transmitted. At T3 of the next cycle, the 
tender again latches B<31:M> (second data longword). Then, at 



Tf of the following cycle, the coasander confirms the first data 
transfer with ACS. The co— ander confirms the second data transfer 
with ACK at T» of the cycle after that. 

Figure 2-23 is a functional tiaing chart showing the extended read 
operation. 

2.8.7.3 Write Masked Function — The write Basked function format 
is shown in Figure 2-24. F<3:§> instructs the selected nexus to 
aodify the bytes specified by M<3:f> in that storage element 
addressed by SA<27:M> using data transmitted in the succeeding 
cycle. 
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Figure 2-24 Writ* Masked Function Foraat 



When tne comnm6^r s>ain« control of the SBI, it asserts the 
eoaaand/addr;ss inforaation at T0. the coaaander also asserts TR08 
at T0 to retain control during the succeeding SBI cycle. At T3 of 
the saae cycle, each nexus strobes the coaaand/address inforaation 
into its receiver latches for decoding. At Tf of the succeeding 
cycle, the coaaander asserts data on B<31:88>; at T3 of the saae 
cycle, the selected nexus strobes the data into its receiver 
latches. TAG<2:B>, which accompanies the data, is coded lffl (write 
data foraat) . The successful coaaand/ address transfer is confiraed 
by the receiving nexus with ACK at T0 of the succeeding cycle. The 
successful data transfer is confiraed by ACK at Tf, one cycle 
later . 

Figure 2-25 is a functional tiaing chart for the write aasked 
operation. 

2.8.7.4 Extended Write Masked function — The extended write 
masked function foraat is illustrated in Figure 2-26. F<3:8> is 
coded 1811 to specify the extendi* write aasked function. Zn the 
extended write aasked transfer, the nuaber of bits written depends 
on the aask, but two SBI data transfer cycles are always !equi>«d. 
When the coaaander gains control of the SBI it asserts tr* 
command/address inforaation at TB. The coaaander also asser.s TB88 
to retain control during the succeeding SBI cycle. At T3 of the 
saae cycle, e*ch nexus strobes the coaaand/address inforaation 
into its latches for decoding. The a«sk that accompanies the 
coaaand/address indicates the bytes to be written in the first 
data longword, corresponding to SA08 - 0. 
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Figure 2-2S ^rite Masked 
Timing Chart and Plow 
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COMBINATION 



TAG <2 0> 



IO <4 0> 



M <3 0> 
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PHYSICAL 
ADDRESS 



f <3 0> 



A <27 0O> 



RUST DATA TRANSFER 





101 
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SOURCE 
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M <3 0> 




• <31 00> 



Figure 2-26 Extended Writ* Masked Function Format 



At T0 of the succeeding cycle, the commander asserts data on 
B<31:03> and codes TA3<2:0> as 101 (write data format). At T3 of 
the same cycle, the receiver nexus strobes the data into its 
latches. r- addition, the commander holds TR00 asserted to retain 
e BI control for the second data long word transfer. Mote that the 
mask that accompanies the fi ?t data word indicates the bytes to 
be written in the second data word. At the end of this cycle, the 
commander negates TR00. 

At T0 of the succeeding cycle, the second data word is asserted on 
B<31:00>, and TAG<2:0> is coded 101. At the same time (T0) the 
receiver nexus confirms the command/address transfer with ACK, if 
there is no error. At T3 of the same cycle, the receiver nexus 
strobes the data into its latches. The mask that accompanies the 
second data longword is ignored by thr receiver nexus. During the 
two succeeding cycles, the receiver nexus confirms tne two data 
transfers with an ACK in each cycle. 

Figure 2-27 is a functional timing chart for the extended write 
masked operation. 
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Figure 2-27 Extended Write 
Masked Timing Chart and Flow 
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2.6.7.5 Interlock Function Description — The interlock function 
is used to provide coor<Mf»»t icr- petween memory nexus to ensure 
exclusive access to shared data structures. When an interlock 
sequence is addressed to the UBA, it indicates that a 
Data-in-Pause/Data-Out (DATIP/DATO) sequence is required on the 
Unibus. The UBA will initiate an interlock, sequence when a Unibus 
device has initiated a DATIP/DATO sequence. The interlock 
functions operate like the read and ■write functions with the 
additional responsibility of setting and clearing the receiver 
nexus interlock flip-flop. This Clip-flop controls the 
assertion/negation of the receiver's interlock line. However, not 
all nexus implement the interlock function. Those nexu? that do 
not will respond to the interlock read *nd write masked functions 
exactly as they do to read and writ's masked functions. 

All memory nexus implement the interlock functions and cooperate 
through the use of this signel. The interlock line is asserted by 
the commander nexus which issued the Interlock read masked 
function for that SBI cycle following the command/address 
transfer. The interlock flip-flop is ret Ir. the receiving nexus 
memory. When the memory nexus confirms the interlock read 
function, .« t asserts the interlock signal in the s»»e cycle as 
ACK. With interlock asserted, the nexus responds with a BUSY 
confirmation to subsequent interlock read masked commands only. 

Interlock Read Masked Function Operation — The interlock read 
masked function format is the same as that shown in Figure 2-20 
except that F<3:0> is coded 0100. P<3:0> causes the nexus selected 
by SA<27:00> to retrieve and transfer the addressed data exactly 
as in the read masked operation. In addition, this function causes 
the selected nexus to set its interlock flip-flop. With the 
interlock flip-flop set, the nexus will assert the SBI interlock 
line at T0 of the ACK confirmation cycle. 

The interlock flip-flop is cleared on receipt of an interlock 
write masked function. Interlock read masked and interlock write 
masked functions are always paired by commanders. If the flip-flop 
remains set for more than 102.4 us, the memory assumes that the 
commander has had a catastrophic error. In this case, the nexus 
will clear the flip-flop at T0 of -he next cycle. 

Interlock Write Masked Function Operation — The interlock write 
masked function format is the same as that illustrated in Figure 
2-22, except that F<3:0> is coded 0111, specifying the interlock 
write masked function. P<3:0> instructs the nexus selected by 
SA<?7:0fl> to modify the bytes specified by M<3:0> in the addressed 
storage elemert using data transmitted in the succeeding cycle 
with TAG<2:0> <* 101. In addition, the write data clears the 
interlock iliip-flop set by the previous interlock read masked 
function . 
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2.8.8 Control Group 

The control group functions synchronize sy?»*«i . activicies and 
provide specialized system communications. The clock functions 
provide SBI activity synchronization and are described in 
Paragraph 2.8.1. The interlock control, also one of the system 
conmmunication functions, is described in Paragraph 2.8.7. The 
remaining control lines are described in the following 
paragraphs. 

2.8.8.1 DEAD Function — The DEAD signal indicates a dc power 
failure to the clock circuits or bus terminating networks. Nexus 
wlll'not assert any SBI signal while DEAD is asserted. Thus, nexus 
prevent invalid data from being received while the SBI is in an 
unstable state. 

The assertion of the p»w*r supply DC LO to the clock circuits or 
terminating networks causes the assertion of DEAD. DEAD is 
asserted asynchronously to the SBI clock and occurs at least 2 ~s 
before the clock becomes inoperative. With power restart, the 
cIock ""will fee operational for at least 2 ~s before DC LO is 
negated. The negation of DC LO negates DEAD. 

2.8.8.2 PAIL Function — A nexus enables the fail (PAIL) signal 
asynchronously to the SBI clock, when the power supply AC LO 
signal is assert** en "-hat nexus. The assertion of PAIL inhibits 
the CPU from initiating a power-up service routine. PAIL is 
negated asynchronously with respect to the SSI clock when all 
nexus that are required for the power-up operation have detected 
the negation of AC LO. The CPt' samples the PAIL line following the 
power-down routine (assertion of PAIL) to determine if the 
power-up routine should be initiated. 

2.8.8.3 UMJAM Function -- The unjam function restores 
(initializes) the system to a kno <n, well-defined state. The UNJAM 
signal is asserted only by the CyU or console, and is detected by 
all nexus connected to the SBI. The console asserts UNJAM only 
when a console key (or sequence) is selected. The duration of the 
UNJAM pulse is a minimum of IS SBI cycles and is negated at T8. 

When the console intends to assert UNJAM, the CPU will assert TR00 
for a ninimum of 15 SBI cycles. The CPU will continue uo assert 
TR00 for the duration of UNJAM and for a minimum of 15 SBI cycles 
after the negation of UN. T AM. This use of TR00 ensures that the SBI 
is inactive preceding, during, and after the UNJAM operation. 
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Each nexus receives UNJAK at T3 and begins a restore sequence* Any 
current operation of short duration will not be aborted if that 
operation might leave the nexus in an undefined st.^te. Nexus will 
not perform operations using the 5BI during the assertion of 
UNJAM. In addition, the nexus must be in an idle state, with 
respect to SBI activity, at the conclusion of the UNJAM pulse. 

While UNJAM is asserted* nexus will not assert FAULT. However, a 
nexus asserting FAULT prior to UNJAM must continue to do so to 
pttfberve the content of the nexus configuration/fault status 
registers. The restore sequence (UNJAM asserted) should not cause 
a nexus to pass through any states that will assert any SBI lines. 
All read commands issued before the UNJAM are canceled. 

In the event of a power failure during UNJAM, some nexus will 
assert FAIL and/or DEAD. The restore sequence should cause the 
nexus to negate ALERT ojr interrupt requests, but should not cle-ir 
any device status bits. 
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crafter 3 
programming definitions amd specifications 

3.1 GENERAL 

This chapter describes some of the Nassbus signals, clearing 
methods, and interrupt conditions; and each bit of the registers 
in the MBA. 

3.2 DEFINITIONS 

Some of the Nassbus signals that are used in generating status 
information are described in this paragraph. 

Attention (ATTN) -- The ATTN line is a shared line that 
connects fror all drives in common to the NBA. Each drive 
asserts ATTN (and sets its own ATA bit) whenever it has 
an error condition (ERR asserted), has just finished 
executing any movement command, or a change in power 
condition occurs. 

The logical expressions for these statements are: 

ATTN ■ ATA ♦ ATA -r ... ♦ ATA ? 

ATA * ERR. ♦ completion of a movement command + change 
in power conditions. 

(i represents the unit select code of a drive, — 7) 

Exception (EXC) — The EXC line connects from the NBA to 
the drive that is performing a data transfer. It is 
asserted by the drive if an error occurs during the 
transler. This line is used to distinguish errors in the 
drive performing a data transfer from errors signaled by 
the ATTN line. (A drive that is performing a data 
transfer never asserts ATTN while the da-a transfer is 
underway. ) 

End of Block (EBL) — The EBL line is pulsed by the drive 
performing a data transfer at the end of each sector. 

Clearing Methods 

Bit 00 of the MBA control register is the Initialization 
(INIT) bit. The setting (writing a 1) of this bit will: 

Clear status bits in the MBA configuration register 

Clear abort data transfer on interrupt enable bits in 
the MBA control register 

Clear MBA status register 

Clear MBA byte count register 
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Clear the control and status bits of the diagnostic 
register 

Cancel all pending commands except read data pending 

Abort data transfers 

Assert Nassbus IHIT. 

3.3 PROGRAMMING MOTES 

This paragraph describes miscellaneous features of the RH780. The 
tables in subsequent paragraphs describe the other bits of' the 
MBA. The DT Abo re (Data Transfer Abort) bit is located in the MBA 
and is associated only with error conditions during data transfers 
and error conditions in the MBA. A drive clear command does not 
affect the DT Abort bit in the MBA. When DT END clears the DT BUSY 
bit in the MBA, it indicates that the MBA is ready for another 
data transfer command. To successfully initiate a data transfer 
command, DT BUSY must not be asserted and the appropriate drive 
ready bit t.ust be asserted. A nondata transfer command can be 
issued to a drive any time a drive ready bit is asserted, 
regardless of the state of the DT BUSY bit in the MBA. 

When a data transfer command is successfully Initiated, DT BUSY is 
asserted and the drive ready bit is negated. When a nondata 
transfer command is successfully initiated, the drive ready bit is 
negated but the DT BUSY bit is not asserted. 

If any command other than INIT is issued to a drive that has an 
error indicator asserted, the command will be ignored by the 
drive. 

If a data transfer command i~ issued to a drive that has an error 
indicator asserted, the drive does not execute the command, the 
Missed Transfer Error (MXF, bit 08 of the status register) occurs 
in the MBA. 

3.4 INTERRUPT CONDITIONS 

The MBA generates an interrupt to the CPU due to the following 
conditions: 

1. upon termination of a data transfer, if the IE bit is set 
when the MBA become ready; 

2. upon assertion of ATTN line or the occurrence of .?n MBA 
error, while the MBA is not busy and the IE bit is set; 

3. upon power up. 
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3.5 TERMINATION OF DATA TRANSFERS 

A data transfer that has been initiated successfully may terminate 
in the following trays. 

1. Normal Termination — Byte count overflows to and the 
MBA becomes ready (DT BUSY cleared) . 

2. MBA Error -- An error occurs in the MBA status register. 

Bit Error Indication 

i9 PGE (Program Error) 

18 NEP (Non-Existing Device) 

17 MCPE (Massbus Control Parity Error) 

12 DT ABORT (Data Transfer Aborted) 

11 DLT (Data Late) 

10 WCK UP ERR (Write Check Upper Error) 

09 WCK LWR ERR (Write Check Lower Error) 

08 MXF (Missed Transfer Srror) 

7 MBEXC (Massbus Exception) 

06 MOPE (Massbus Data Parity Error) 

5 MAfPE (Page Frame MAP Parity Error) 
04 INVMAP (Invalid MAP) 

03 ERR CONP (Error Confirmation) 

02 RDS (Read Data Substitute) 

01 IS TIMEOUT (Interface Sequence Timeout) 
00 RD TIMEOUT (Read Data Timeout) 

j. Drive Error — An error occurs in the drive. The drive 
sets the appropriate error bit in the drive. 

4. Program-Caused Abort -- By causing INIT to be asserted, 
the MBA aborts all operations and all status and error 
information is lost. 

3.6 MBA REGISTERS 

The RH780 contains 8 registers and 256 MAP registers. All 
registers in the MBA or in the drives can only be accessed by 
longword references and must be longword aligned (on byte of a 
given register). An attempt to MOVB or MOVW to or from an MBA 
subsystem register will result in a machine check trap. This will 
also occur when an attempt is made to MOVL to or from a register 
if either bit or bit 1 of the address is a 1. An explanation of 
these registers and their functions is provided in subsequent 
paragraphs. Table 3-1 lists the various RH780 registers. 
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Table 3-1 MBA Registers 




Massbus 








Address 








(Hex) 


Register 


Mnemonic 


Type 


00 


Configuration/Status 


CSR 


Read/write 


01 


Control 


CR 


Read/write 


02 


Status 


SR 


Read/write 


03 


Virtual Address 


VAR 


Read/write 


04 


Byte Counter 


BCR 


Read/write 


05 


Diagnostic 


DR 


Read/write 


06 


Selected Nap 


SKS 


Read only 


07 


Conn and Address 


CAR 


Read only 



The eight internal MBA registers contain various configuration,. 
status, and control information. The addresses of these registers 
can be derived from Tables 3-2 and 3-3. Table 3-2 shows the MBA's 
base address in respect to its various TR levels. Table 3-3 shows 
the byte offset for the registers in the NBA. This byte offse*- is 
added to the MBA's base address to proiuce a particular register's 
address. 

Example 

The address of the diagnostic .egistrr for an MBA with a TR of 8: 



Base address fron Tab}e 3-2 
Byte offset for the DR fron Table 3-3 
DR address 



20A10000 
♦ 14 

20010014 



Bxanple 

The address of the control register for an MBA with a TR of C: 



Base address fron Table 3-2 
Byte offset for the CR fron Table 3-3 
CR addresr. 



20013000 

+ 04 

20019004 



Table 3-2 MBA Base Addresses 



MBA TR 


Console Physical 


Level 


Ba?e Address 


1 


20002000 


2 


20004000 


3 


20006000 


4 


20618000 


5 


2000A000 


6 


2000C300 


7 


2000E000 


8 


20010000 


9 


20012000 


A 


20014000 


B 


20016000 


C 


20018000 


D 


2001A000 


E 


2001C000 


F 


2001E000 


10 


20020000 
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Table 3-3 Register 


Byte 


Offsets 


Register 




Offset froa Console 
Base Address 


Configuration/Status Register (CSR) 


00 


Control Register (CR) 




04 


Status Register (SR) 




08 


Virtual Addr-ss Register (VAR) 




0C 


Byte Counter Register (BCR) 




10 


Diagnostic Register (OR) 




14 


Selected HAP Register (SHR) 




18 


Coma and/Address Register (CAR) 




1A 



3.6.1 Configuration/Status Register (CSR) 

The configuration/status register Is a read/write MBA register 

that contains fault status, interrupt status, adapter dependent 

status, and adapter code bits. Figure 3-1 illustrates these bits 

and Table 3-4 provides an explanation for the various bits in this 

register. 



31 30 29 281272625246322212019 



SSI PARITY ERROR 

WRITE DATA 
SEQUENCE ERROR" 

UNEXPECTED READ 
DATA ERROR 

MULTIPLE 
TRANSMITTER . 
ERROR 



s 



(252403222120119 I6i1S 12iM O8|07 04i03 

JO OJO 010 1 O'O 



L 



00 



OVER TEMPERATURE 
(NOT IMPLEMENTED) 

-ADAPTOR POWER UP 

•ADAPTOR POWER DOWN 



ADAPTOR CODE 



-TRANSMITTER DURING FAULT 



Figure 3-1 Configuration/Status Register (CSR) 
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Table 3-4 Configuration/Status Register (CSR) Bit Assignments 


Bit 


Set By/Cleared By 


Remarks 


31 PE 


Set when an SBI parity error 


T he setting of 


SET parity 


is detected. Cleared by 


cni s bit will 


Error (Fault 


power fail or the 


cause fault to be 


A) 


Reassert ion of fault. 


asserted on the 
SBI for one cycle. 


30 WS 


Set when no write data is 


The setting o* 


Write Data 


received (neither tag * 


this bit will 


Sequence 


write data nor ID - write 


cause fault to be 


(Fault B: 


command ID) following a 


asserted on the 




write command. Cleared by 


SBI for one cycle. 


- 


power fail or the 






deassertion of fault. 




29 URD 


Set when read data is 


The setting of 


Unexpected 


received and not expected. 


this bit will 


Re ad Da ta 


Cleared by power fall or the 


cause fault to be 


(Fault C) 


deassertion of fault. 


asserted on the 
SBI for one cycle. 


28 




Reserved for 
future use. 


27 MT 


Set when the ID on the SBI 


The setting of 


Multiple 


does not agree with the ID 


chis bit will 


Transmitter 


transmitted by the MBA while 


cause fault to be 


(Fault D) 


the MBA is transmitting data 


asserted on the 




on the SBI. Cleared by 


SBI. (The fault 




power fail or the 


signal will be 




deassertion of fault on the 


asserted at the 




SBI. 


normal 
confirmation time 
for one cycle if 
the MBA detectF 
one of the fault 
conditions. The 
negation of the 
fault signal on 
the SBI will clear 
all the fault 
status bits. Fault 
- Fault A + Fault 
B + Fault C + 
Fault D. 


26 XKTFLT 


■ Set when the SBI fault is 




Transmit 


detected at the 2nd cycle 




Fa ul t 


after the MBA transmits 
information on to the SBI. 
Cleared by power fail or the 
deassertion of fault. 
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Table 3-4 Conflguratio /Status Register (CSR) Bit Assignments 

(Cent) 



Bit 



Set By/Cleared By 



Reaarks 



25:24 All 0's 



2 3 PD 

Adapter Power 
Down 



22 PU 

Adapter Power 
Up 



21 OT 

Over 

Tenperacure 

20:08 All C's 



07:00 Adapter 
Code 



Set when the MBA power goes 
down. Cleared when power 
goes up. 



Set when the MBA power goes 
up. Reset when power goes 
down. Cleared by assertion 
of IMIT, UNJAM, DC LO, or 
writing a 1 into this bit. 



Always 0. 



Reserved for 
future use. 

The setting of 
this bit will 
cause interrupt to 
the CPU if IE is 
set. 

The- setting of 
this bit will also 
set the IE bit and 
interrupt the CPU. 



Reserved 
future use. 



for 



Each adapter is 
assigned a unique 
code identifying 
it. The MBA 
adapter code is: 
Bit '07:00> 
00104*000 
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3.6.2 Control Register (CR) 

The control register is a read/write register that contains the 
control bits: Interrupt Enable, Abort,, and Initialization. This 
register can put the MBA in the maintenance node. Figure T-2 
illustrates this register's bits; Table 3-5 provides an 
explanation of the bits. 



d03<B010O. 



oooolooccoooo oooo|oooo|ooo oloooo 



MAINTENANCE MODE 

INTERRUPT ENABLE 

ABORT 

INITIALIZE 



J 



NOTE: ALL BITS ARE JtEAO/WRiTE EXCEPT INITIALIZE WHICH ALWAYS READS ASO 



Pigure 3-2 Control Register XR) 



Table 3-5 Control Register (CR) Bit Assignments 



Bit 


Set By/ 

Cleared By 


Remarks 


31:04 All 0's 

03 r,n 

Maintenance 

Mode 




Reserved for future use. 

The setting of this bit will 
put the MBA in the maintenance 
■ode, which will allow the 
diagnostic programmer to 
exercise and examine the 
Massbus operations without a 
Massbus device. When this bit 
is set, the MBA will block PUN, 
DEM, and assert FAIL to the 
Massbus so that all the devices 
on the Massbus will detach from 
the Massbus. This bit can only 
be set if a data transfer is 
not in progress. 
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Table 3-5 


Control Register 


(CR) Bit Assignments (Cont) 




Set By/ 




Bit 


Cleared By 


Remarks 


02 I€ 


Set by writing 


Al 1 ows the MBA to interrupt CPU 


Interrupt 


a 1 or power up. 


when certain conditions occur. 


Enable 


Cleared by 
writing or 
INIT. 




01 ABORT 


Set by writing 


The setting of this bit will 


Abort £?ta 


1; cleared by 


initiate the data transfer 


Transfer 


writing 0, 


abort sequences that will stop 




INIT, or UN J AM. 


sending commands and addresses, 
and stop the byte counter. 
It will also negate RUM, assert 
EXC to Massbus, wait for EBL, 
set ABORT to 1 at trailing edge 
of EBL. 

Interrupt CPU if IE bit is 1. 


00 INIT 


This bit is 


The setting of this bit will: 


Initialization 


self-cl*aring 


clear status bits in the MBA 




Olways reads 


configuration register, clear 




as 0). 


ABORT and IE in the MBA control 
register, clear MBA status 
register, clear MBA byte count 
register, clear control and 
status bits of the d* agnostic 
registers. It will also Cancel 
all Riding coaaands except 
read data pending abort data 






transfer. Asserts fessbus INIT. 



3.6.3 Status Register (SR) 

The stntus register Is a read/write register that contains MBA 
status information such as: error indications, timeouts, and busy 
indicators. Figure 3-3 illustrates the bit assignments and Table 
3-6 describes the functions of the bits in the status register. 
All interrupts *ill occur immediately if there is no data transfer 
in progress. The interrupt will be postponed until the data 
transfer has terminated. 
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313029 ,27 



DATA TRANSrER J 

BUSY 

NO RESPONSE 

CONFIRMATION 



CORRECTED. 
REM) DATA 



.27 . 23 f 

To o o ojolo ol 



9181716J5 1312i1110 



PROGRAMMING 

ERROR 

NON EXISTENT 

DRIVE 

MASSBUS CONTROL 
WRITE ERROR 
MASSBUS ATTENTION - 

DATA TRANSFER COMPLETE - 
DATA TRANSFER ABORT- 
DATA TRANSFER LATE- 
WRITE CHECK-UPPER ERROR- 
WRITE CHECK LOWER ERROR - 
MISSED TRANSFER - 
MASSBUS EXCEPTION - 
MASSBUS DATA PARITY ERROR - 
MAP PARITY ERROR- 
INVALID MAP- 



n 



ERROR CONFIRMATION- 
REAU DATA SUBSTITUTE- 
INTERFACE SEQUENCE TIMEOUT - 
READ DATA TIMEOUT- 



NOTE: WRITE 1 TO CLEAR BITS IN 

THIS REGISTER EXCEPT BIT 31 
WHICH IS READ ONLY. 



0808.0706 U504t0: 



020100 



Figure 3-3 Status Register (SR) 
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Table 3-6 Status Register (SR) Bit Assignments 



Bit 



31 DTBUS* 
Data Transfer 
Busy 



30 NRCONF No 

Response 

Confirmation 



29 CRD 
Corrected 
Read Data 



28:20 All 0's 



19 PGE 



18 NED 

Nonexisting 

Drive 



Set By/Cleared By 



Set when a data transfer 
command '■!• received. Cleared 
when a data transfer is 
aborted. 

Set when the MBA receives u 
no-response confirmation for 
the read command or write 
command and write data sent 
to the SBI. Cleared by 
writing a 1 to this bit or 
IN1T. 

Set when tag of re«"1 data 
received from memory is C1D. 
Cleared by writing a 1 to 
r.Ms bit or INIT. 



Set when one or more of the 
following conditions cists. 
Program tries to initiate a 
data transfer when the MBA 
is currently performing one. 
Program tries to load HAP, 
VAR, or byte counter while 
the MBA is performing a data 
transfer operation. Program 
tries to set MBA maintenance 
mode during a data transfer 
operation. Program tries to 
initiate a nonacceptable 
data transfer command. 
Cleared by writing a 1 to 
this bit. 

Set when drive fails to 
assert TRA within 1.5 us 
after assertion of DEM. 
Cleared by writing a 1 to 
this bit. 



Remarks 



Read only. 



The setting of 
this bit will 
cause retry of the 
command. 



Reserved 
future use. 



tor 



The setting of 
this bit will 
cause an interrupt 
to the CPU if IE 
bit in the control 
register is set. 



The setting of 
this bit will send 
zero read data 
back to the SBI, 
and interrupt the 
CPU if IE bit in 
the control 

register is set. 
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Table 3-6 Status Register (Sfl) Bit Assignments (Cont) 



Bit 



Set By/Cleared By 



Reaarks 



17 MCPE 
Massbus 
Control 
Ferity Error 



16 ATTN 
Attention 
from Massbus 



15:14 All S's 



13 DT COMP 
Data Transfer 
Completed 



12 DTABT Data 

Transfer 

Aborted 



11 DLT Data 
Late 



10 WCK UP ERR 
Write Check 
Upper Error 



Set when Massbus control 
parity occurs. Cleared by 
writing a 1 to this bit. 



Set when the attention line 
in the Massbus is asserted. 



Set when data transfer Is 
completed. Cleared by 

writing a 1 to this bit. 



Set with the trailing edge 
of EBL when the data 
transfer has been aborted. 
Cleared by writing a 1 to 
this bit or IMIT. 



This bit Is set: 1) for 
either a write data transfer 
or a write check data 
transfer providing the data 
buffer is empty when WCLK is 
sent to the Massbus, 2) for 
a read data transfer 
providing the data buffer is 
full when SCLK is received 
from the Massbus. 

Set when a compare error is 
detected in the upper byte 
while the MBA is performing 
a write check operation. 
Cleared by writing a 1 to 
this bit or INIT. 
___ 



The setting of 
this bit will 
cause an interrupt 
to CPU if the IE 
bit in the control 
register is set. 

The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit In the 
control register 
is set. 



Reserved 
future us.*. 



for 



The sett. '.ng of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit In th? 
control register 
is set. 

The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bf in the 
control register 
is set. 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 



The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 



Table 3-6 Status Register (SB) Bit Assignments (Cont) 



Bit 



Set By /CI ear ed By 



Remarks 



C9 WCK LWR 
ERR Write 
Check Lower 
Error 



08 MXF Missed 

Transfer 

Error 



97 HBEXC 

Massbus 

Exception 



06 MDPE 
Massbus Data 
Parity Error 



5 NAPPE Page 
Frame Map 
Parity Error 



04 INVMAP 
Invalid Map 



Set when <* compare error is 
detected in the lower byte 
while the MBA is performing 
a write check operation. 
Cleared by writing a 1 to 
this bi t or INIT. 

Set when no OCC or SCLK is 
received within 50 us after 
data transfer busy is set. 
Cleared by writing a 1 to 
this bit or INIT. 



Set when EXC 
from Massbus. 
writing a 1 to 
INIT. 



is received 
Cleared by 
this bit or 



Set when a Massbus data 
parity error is detected 
during a read data transfer 
operation. Cleared by 

writing a 1 to this bit or 
INIT. 

Set when a parity error is 
detected on the data read 
from the nap during a data 
transfer. Cleared by writing 
a 1 to this bit or INIT. 

Set when the valid bit of 
the next page frame number 
is zero and the byte counter 
is not zero. Cleared by 
writing a 1 to this bit or 
INIT. 



The setting oi 
this bit vixl 
cause the data 
transfer to be 
aborted. 



The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 

The setting of 
tnis bit will 
cause the data 
transfer to be 
aborted. 

The setting or 
this bit will 
cause the data 
transfer to be 
aborted. 



Th* settlnq or 
this bit win. 
cause the data 
transfer to be 
aborted. 

The setting of 
this bit will 
cause the data 
ti ansfer to be 
aborted. 
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Table 3-6 


Status Register (SR) Bit Assignments (Cont) 




Bit 


Set By /CI eared By 


Remarks 


03 ERR CONF 


Set when the MBA receives 


The set t ing 


of 


Error 


error confirmation for a 


this bit 


wil I 


Conf i rmation 


read or write command. 


cause the 


data 




Cleared by writing a 1 to 


transfer to 


be 




this bit or INIT. 


aborted. 




02 RDS Read 


Set when the TAG of the read 


The set t ing 


of 


Data 


data received from memory Is 


••his bit 


will 


Substitute 


read data substitute. 


cause the 


data 




Cleared by writing a 1 to 


transfer to 


be 




this bit or INIT. 


aborted. 




01 IS TIMEOUT 


Set when an interface 


The setting 


of 


Intei face 


sequence timeout occurs. An 


this bit 


will 


Sequence 


interface sequence timeout 


cause the 


data 


Timeout 


is defined as the time from 


transfer to 


be 




wh«*n arbitration for the SBI 


aborted. 






is be<-un until: 








1) ACt: is received for o 








command address transfer 








that specifies read; or 








2) ACK is received for a 








command/address transfer 








that specifies write and 








write data; or 








3) ERR confirmation is 








received for any 








command/address transfer. 








The maximum timeout is 102.4 








us. Cleared by writing a 1 








to this bit or INIT. 






00 RD TIMEOUT 


Set when a read data timeout 


The setting 


of 


Read Data 


occurs. A read data timeout 


this bit 


will 


Timeout 


is defined as the time from 


cause the 


data 




when an interface sequence 


transfer to 


be 




that specifies a read 


aborted. 






command is completed to the 








time that the specified read 








data Is returned to the 








commander. The maximum 






. 


timeout is 102.4 "s. Cleared 








by writing a 1 to this bit 








or INIT. 
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3.6 4 Virtual Address Register (VAR) 

Before a data transfer is initiated, the program must load an 
initial virtual address (pointing to the first byte to be 
transferred) into this register. Figure 3-4 Illustrates the bit 
assignments for the virtual address register. Bits 09 through 15 
select one of the 256 MAP registers. The contents of the selected 
NAP register and the value of bits 09 through 08 *re used to 
assemble a physical SBI address to be sent to memory. Bits 00 
through 08 indicate the byte offset into the page of the current 
data oyte. The virtual address register may not be written into 
during a data transfer. An attempt to do so will set PGE, bit the 
virtual address register will not be modified jand the data 
transfer will continue. 



NOTE 
The NBA virtual address register is 
incremented by eight after every memory 
read or write and will not point to the 
next byte to be transferred if the 
transfer dees not end on a quad word 
boundary (it will point eight bytes 
ahead). When a write check error occurs, 
the virtual address register will not 
point to the failing data in memory due 
to the preloading of the silo data 
buffer. The virtual addreas of the bad 
data may be found by determining the 
number of bytes actually compared on the 
Nassbua (the difference between bits 16 
to 31 of the byte count register and 
their initial value) and add tug that 
difference to the initial virtual 
address. 



31 



28.27 



24.23 



20 1* 16 . 15 .11 0P . O807 03 

,0 1° 00 I 111 1 



00, 







» 

MAP POINTER 



PHYSICAL PAGE BYTE 
ADDRESS 



Figure 3-4 Virtual Address Register (VAR) 



M* 



3.6.5 Byte Count Register (BCR) 

The program loads the 2's complement of the number of bytes for 
the data transfer to bits IS through 99 of this register. The MBA 
hardware will load these 16 bits into bits 31 through 16 and bits 
IS through 00 of the byte count register. Bits 31 through 16 serve 
as the byte counter for the number of bytes transferred through 
the Massbus and bits 15 through 00 serve as the byte counter for 
the number of bytes transferred through the SBI interface. The 
starting byte count with 16 bits of zeros is the maximum number of 
bytes of a data transfer. Figure 3-5 illustrates the byte count 
register's bit assignments. The byte count register may not be 



modified during a data transfer. 
ignore;* and PGE will be set. 



An attempt to do so will be 



5" 1 

1 l 


24.23 

V 


1 l6 | 15 


08 07 

V 


00 

1 



MASSBUS BYTE COUNTER 
(READONLY) 

MOTE: DATA WRITTEN INTO THE 

SBI BYTE COUNYER IS COPIED 
INTO THE MASSBUS BYTE 
COUNTER. 



SBI BYTE COUNTER 
(READ/WRITE) 

2*« COMPEMENT Of THE 

NUMBER OF BYTES TO BE TRANSFERRED 



Figure 3-5 Byte Counter Register (BCR) 



3.6.6 Diagnostic Register (OR) 

The diagnostic register is a read/write register that contains NBA 
diagnostic information. This register allows diagnostics to be run 
without any drives on the Massbus. Figure 3-6 illustrates the bit 
assignments, and Table 3-7 describes the function of the various 
bits in this register. The diagnostic register say not be written 
unless the NBA is in the maintenance mode. An attempt to write the 
diagnostic register when not in the maintenance mode will be 
ignored. Caution should be exercised when reading this register in 
the maintenance mode. The data path used to read bits 00 through 
07 may inject invalid data into the silo if the NBA has just read 
data from memory. It is advisable to wait 20 us fron the 
initiation of a transfer or the deassertion of SCLK before reading 
or modifying this resistor. 
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31 



INVERT MASSBUS 

DATA PARITY 

INVERT MASSBUS — 
CONTROL PARITY 

INVeRT MAP PARITY- 
BLOCK SENDING 

COMMAND Tf> «55! 

SIMULATE SCLK 

SIMULATE EBL 

SIMULATE OCC 



24 



SIMULATE ATTN - 
MOIB SELECT 



232221 



MASSBUS FAIL (READ ONLYI- 
MASSBUf: RUN IREAO ONLY) - 



MASSBUS WCLK IREAO ONLY* 
MASSBUS EXC (READ ONLY) — 



MASSBUS CTOO (READ ONLV> - 



16 16 



12 



08.0 



00 



MASSBUS 
DRIVE 
SELECT 
IREAO ONLY) 



MASSBUS REGISTER SELECT 
(READONLY) 



SELECTED MOIB (READ ONLY) 
(VALID DURING MAINTENANCE 
MODE ONLY) 



NOTE: BITS 21 AND 22 ARE READ/WRITE 
f OR DIAGNOSTIC TEST PURPOSES 
ONLY 



Figure 3-6 Diagnostic Register (DR) 



Bit 



Table 3-7 Diagnostic Register (OR) Rit Assignments 



27 



31 


IMDPG 


30 


IHCPG 


29 


IHAPP 


28 


BLKSCOM 



SIMSCLK 



Description 



Invert Hassbus Data Parity Generator. 

Invert Massbus Control Parity Geneiator. 

Invert MAP Parity. 

Block Sending Coeasnd to the Sill. During a 
deta transfer, the setting of this bit will 
eventually cause a DLT bit set and a DT 
ABORT. 

Siailate SCLK. When the MM bit is set, 
writing a 1 to this bit will siaulate the 
assertion of SCLK; writing a to this bit 
will siaulate the deassertion of SCLK. 
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Tabic 3-7 Diagnostic Register (OR) Bit Assignments (Cont) 



Bit 



2ft 



25 



24 



23 



22:21 
20 

19 

18 

17 

16 

15:13 

12:8 

7:0 



SIMEBL 



SINOCC 



SIHATTN 



MPIB SEL 



Description 



MAINT ONLY 

NFAIL 

MR UN 

HWCLK 

MEXC 

NCTOD 

MDS 

MRS 

U/L MDIB 



Simulate EBL. When MM bit is set, writing a ! 
to this bit will simulate the assertion of 
EBL; -rltlng a • to this bit will sta.utat»* 
the deassertion of EBL. 

Simulate OCC. When MM bit .s set, writing a 1 
to this bit will simulate the assertion of 
OCC; writing a to this bit will siaulate 
the deassertion of OCC. 

Sinulate ATTN. When MM bit is set, writing a 
1 to this bit will simulate assertion of 
ATTN; writing a • to this bit will sinulate 
the deassertion of ATTN. 

Maintenance Massbus Data Input Buffer Select . 
When this bit is set to a 1, the upper eight 
bits (B<15if8>) of the MDIB will be sent out 
frost bits •? through •• of the- diagnostic 
register if the diagnostic register is read. 
When the bit is f, the lower eight bits 
(B<07:00» of the MDIB will be sent out frost 
bits 87 through 00 of the diagnostic register 
if it is read. 

Read/write with no effect. Used to test the 
writability of these bits. 

Massbus rail (read only). Pail is asserted 
when MM is set. 

Massbus Run (read only). 

Massbus »)CLK (read only). 

Massbus EXC (read only). 

Massbus HETOD (read only) . 

Massbus Device Select (read only). 

Massbus Register Select (read only). 

Maintenance Upper/Lower MDIB. 
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3.6.7 Selected MAP Register (SRR) 

Thit register is read-only and has the same format as a MAP 
register (Paragraph 3.6.9) but is va! id only when DT BUSY is set. 
This is the contents of the MAP register pointed to by bits 16 
through 19 of the virtual address register. Figure 3-7 illustrates 
the bit assignments cf the selected MAP register. 

3.6.8 Commend Address Register (CAR) 

This register is read-only and valid only when DT BUSY is set. It 
contains the value of bits 31 through 00 of the SBI during the 
command/address part of the MBA's next data transfer. 



3.6.9 MRP Registers 

The MBA contains 256 MAP registers, each of which aay be selected 
by address bits •• to 07. Bit 31 of the MAP registers is a valid 
bit, bits 30 through 21 are all R's (intended for future use), and 
bits 20 through 00 represent the physical page frame number. Bits 
09 and 08 are 1 and 0, respectively. MAP registers can only be 
written when there is no data transfer operation in progress. A 
write to a MAP register while a data transfer fs in progress will 
be ignored and cause the setting of PGC and interrupt the CPU at 
the end of a transfer if IE is set. Figure 3-7 illustrates the bit 
assignment of the MAP registers. 



31 
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VALID BIT 



PHYSICAL MG£ FRAME NUMBER 



Figure 3-7 MAP Registers 



3.7 DRIVE REGISTER CALCULATIONS 

The registers within a drive contain various drive information. 
The address of a particular register in a drive is dependent on 
the drive's unit number and the assigned TR level of the MBA that 
controls the drive(s). To calculate the ad<*resr of a register, 
follow the procedure outlined below. 

1. Obtain the base address of the MSA from Table 3-2. 

2. Locate the desired register number and drive number for 
the drive register from Table 3-8. The intersection of 
the row and column will be the register offset. 

3. Add the MBA base address to the register offset to obtain 
the register address. 
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Example 

To determine the address of register number 92 in drive number 04 
with an MBA with a TR level of 98: 



2M1IIII 

._ 6*8 

~2«0i»«fa 



MBA base address 

Intersection of register and drive number 

Register 62 in drive number f4 

Since Hassbus drive registers are only 16 bits wide, the follow! ig 
convention has been adopted. 

1. On writes only, the low IS bits of the longword will be 
written. 

2. On reads, the drive register will supply che> low 11 bits 
and the MBA's Status Register (SR) will supply the upper 
16 bits (B "U:16> of the SR) when a drive register is 
ritmd. 

Table 3-0 Drive Address Conversion 

MBA B**i* Address ♦ (value from table below) - register address 





Drive mmml 


bar 






Register 





• 


2 


3 


4 


5 


• ' 


00 


400 


«.. 


S00 


580 


600 


680 


700 


786 


31 


404 


484 


S04 


584 


604 


BB4 


704 


784 


02 


400 


488 


508 


588 


608 


686 


706 


786 


03 


40C 


48C 


SBC 


SBC 


BBC 


BBC 70C 


78C 


04 


410 


490 


S10 


590 


610 


696 


710 


796 


05 


414 


494 


S14 


S94 


•J* 


694 


714 


794 


06 . 


418 


498 


518 


598 


616 


698 


718 


798 


07 


41C 


49C 


51C 


59C 


61C 


69C 


7SC 


79C 


06 


420 


4A0 


526 


5A6 


62B 


6A8 


726 


7At 


09 


424 


4A4 


524 


SA<E 


624 


6A4 


624 


6A4 


•A 


420 


4A0 


528 


5A8 


628 


BAB 


726 


7A8 


0B 


42C 


SAC 


52C 


SAC 


62C 


6AC 


72C 


7AC 


0C 


430 


4B0 


530 


5B0 


638 


6BB 


736 


7B6 


0D 


434 


4B4 


534 


'5B4 


634 


6B4 


734 


7B4 


0E 


436 


4B8 


5J8 


SB6 


638 


6B6 


738 


7B8 


0F 


43C 


4BC 


53C 


SBC 


63C 


6BC 


73C J 7BC 
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CHAPTER 4 
NBA PUHCTIOMAL/LOGIC DESCRIPTION 

4.1 GENERAL 

This chapter provides a functional description of the RH780 
Hassbus Adapter. Logic descriptions are included in subsequent 
paragraphs, where necessary, to clarify operation of the MBA. The 
chapter is divided into four sections: MBA/SBI interface, internal 
registers, data paths, and control paths. The reader should be 
familiar with the material in the preceding chapters and the 
timing diagrams in the RH780 Field Maintenance Print Set (REV 8 or 
later). The print set will be referenced throughout this 
discussion. Figure 4-1 is a block diagram of the RH780 Massbus 
Adapter . 

4.2 MBA/SBI INTERFACE 

The MBA/SBI interface accepts information from the SBI when it 

recognizes itself as the intended receive' Figure 4-2 is a block 

diagram of the interface. The various com: --ruts of the interface 
are discussed in the following paragraphs. 

4.2.1 SBI Decoding and Validati" Overview) 

CPU transfers to or from MBA (or .je) registers require one or 
two successive SBI transfer • ; . ''2S. The first cycle always 
contains the command/address. The * cond contains the data word if 
the command was a write. 

The command/address placed on the SRI data lines by the CPU at Ti 
is loaded into the SB I /MB A tiaii«r«iver8 between T2 and T3 and 
latched at T3. The time lapse b',n <n assertion and latching of 
the input in the transceivers provi^s deskew and settling time i.o 
compensate for any propagation delays on the SBI. 

The parity o£ the latched information is then checked and the TAG 
field is decoded. If the cag is determined to be a 
command/address, the SBI address B<14:11> is compared with the 
preselected MBA device address to determine if the MBA is the 
intended recipient of the SBI command. If the address is not the 
MBA's, the information will not be processed, nor will the MBA 
issue a confirmation (no response). In this case, the interface 
circuits will continue to check the SBI data lines during the 
following SBI cycles until a valid command/address is latched. 

The MBA onxy recognizes the following SBI commands: write masked, 
interlocked write masked (entire long word only), read masked, 
interlocked read masktd, and interrupt summary read. 

If the MBA recognizes the address and Is not performing another 
SBI data transfer operation (MBA BUSY is nor asserted) and the 
mask and function bits indicate a valid command, the NBA will 
issue an ACK confirmation to the CPU verifying that the 
command/address has been received correctly. Confirmation occurs 
two cycles after receipt of the command/address. 
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Figure 4-1 MBA Block Diagram 
(Sheet 1 of 2) 
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If the MBA is busy, a BUSY confirmation signal is sent to the CPU 
in response to the valid command/ address. The CPU will then 
cearbitrate Cor use of the SBI and repeat the transmission until 
the command /address is accepted or untii*he CPU times ?ut. 

It should be noted that there are two busy indications in the MBA, 
DT BUSY and MBA BUSY. DT BUSY indicates that a data transfer Is in 
progress to or from the storage media. While DT BUSY is set, the- 
MBA registers may be read and some written. MBA BUSY indicates 
that the MBA's SBI interface is in use. While MBA BUSY is 
asserted, the MBA will respond with a BUSY confirmation to all 
commands issued by the CPU. DT BUSY remains asserted for the 
duration of a data transfer (typically 10 — 100 ns) . During a data 
transfer, MBA BUSY will be set or reset as the MBA uses the SBI to 
transfer 8 data bytes to or from memory in ar 8-byte burst. 
Typically, MBA BUSY will be set for approximately 1 us and will 
remain clear until enougn data has accumulated to cause another 
transfer (approximately 10 us). While MBA BUSY is clear, the CPU 
may access MBA registers. 

If the MBA recognizes the address but the command is invalid, an 
error confirmation will be issued two cycles after receipt of the 
command/ address causing the CPU to abort the attempted transfer. 

After receipt of the command/address, the appropriate MBA BUSY 
and/or the ex pec tea write data flip-flop is set, depending on the 
read/wri^e function to be performed. These functions will be 
described later. 

Mote that Mie parity checking, decoding, and validation functions 
described in the following paragraphs are performed in parallel by 
the SBI interface. 

4.2.2 Timing (MSIR) 

All data transfers between the SBI and the MBA are synchronized by 
six timing signals: BUS SBI TP B, BUS SBI TP L, BUS SBI PCLK B, 
BUS SBI PCLK L, BUS SBI PDCLK B, and BUS SB! PDCLK L. These timing 
signals are generated by the CPU. The MBA uses these timing 
signals to derive four SBI time states: T0, Tl, T2, and T3. These 
derived time states define an SBI cycle (200 ns). The major MBA 
timing signals and their relationship to the SBI timing is 
illustrated in Figure 4-3. The*e signals are used to synchronize 
MBA operations with the SBI. 

4.2.3 SBI Control and Data Transceivers (MSIA, MSXB) 
Information transferred to and from the MBA is loaded and latched 
in the control and data transceivers (Figure 4-2) by TCLKA and 
TCLKB (T0, transmit) or RCLKA and RCLRB (T2, receive). 

The first long word transferred in any SB I /MBA operation is the 
command address. When transmitting a command/address or data 
longword, the information is loaded in the control and data 
transceivers and transmitted to the SBI at the appropriate time. 
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When a command/* '.-'.less is received, it Is checked for parity 
errors and decot'-d *:o identify the format of the information 
transfer. td, est. *rlish the function to be performed (read, write 
or interrupt sommary read), and identify the source *nd 
destination of the data. 



4.2.4 Parity Error Checking (HSIC) 

The parity check provides a means of detecting single-bit errors 
in incoming Information. Figure 4-4 shows how the parity bits are 
decoded. Each control field is parity checked to produce a single 
parity bit; each v . yte of the address is parity checked to produce 
two parity bits. These bi *.s are configured so that the contents of 
the control and data *».eicis, plus their parity bits, will always 



have an even 
data longword 
error. 



n-.i'r^r of bits (even parity). Any control field or 
-.ontaining an odd number of bits is assumed to be in 



If there are no parity euors, CNTRL PAR OK H and DATA PAR OK H 
will be generated. These signals, together with other validation 
signals, verify the incoming information and enable other 
interface circuits to continue processing the command/address or 
data. 
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Figure 4-4 Parity Check (MSIC) 
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If a parity error is detected- the parity check circuit produces a 
fault indication CNTRL PAR ERR K or DATA PAR ERF H, depending on 
the source of the error. Either signal will inhibit the tag and 
function decoding (preventing the NBA from recognizing the 
command) and set the configuration/status register parity fault 
flag causing assertion of the fault line to the CPU. The CPU 
continues to assert fault until the program examines the fault and 
negates the condition. (Refer to Translation Buffer, Cache and SBI 
Control Technical Description , EK-MM780-TD-001.) " 

4.2.5 Tag Decoding (MSID? 

It no parity errors are detected, the MBA decodes the teg field. 

The tag field identifies the type of information transferred over 
the SBI and the relationship of the ID and data fields. The tag 
field also functions in conjunction with the mask field to define 
special read and write conditions. 

The decoding of the tag field is accomplished by a 3-to-8 line 
decodor (Figure 4-5). The decoder is enabled provided an MBA 
transfer is not in progress (NOT USING SBI L and XCYCLE L are not 
asserted), and there are no parity errors. Tag bits <2:0> are 
decoded to produce one of four outputs: READ DATA, WRITE DATA, 
CND/ADRS, and ISR (Interrupt Summary Read) . The tag is decoded 
(provided a parity error did not occur) during every SBI cycle. 
When a command/address is received, the tag decoder generates 
CMD/ADRS H. This signal is sant to the confirmation circuit. 
Further decoding aad validation checks are then performed. If the 
decoded tag indicates the read data, write data, or an ISR, the 
appropriate output will set tha corresponding flip-flop preparing 
the NBA for execution of the first data longword during the next 
SBI cycle. 

4.2.6 Address Validation (MSID) 

Address validation determines if the address received i'.om the SBI 
corresponds to that assigned to the NBA. Figure 4-6 is a 
simplified block diagram) of tha logic. As seen in this figure, 
address validation is accomplished by comparing address bits 
<14:11> with the preselected TR level (TR SELArSELD) . TR SE?.A:SELD 
corresponds to the ID code identifying the MBA and represents the 
arbitration level. 

If address bits <14:11> and TR SELA:SELD do not compare {<?) , the 
address is invalid and the NBA will ignore the command. If the 
address bits and the TR bits are equal, the comparator produces a 
single output (H) . This output produces ADRS OK H when ANDed with 
REC SBI B 27 H, REC SBI B<10,27:15>H (which must be all zeros), 
and VALID ADRS H. VALID ARDS H Is generated by decoding the 
address register selection bits, REC SBI B<09:03>H, which select 
* he internal or external register addressed by this command. ADRS 
OK H is sent to the configuration logic along with CMD/ADRS H 
described in Paragraph 4.2.3. 
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Figure 4-6 Address Validation Simplified Block Diagram 
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4.2.7 Function Decoding (NSID) 

Since the MBA will only respond to longword reads or writes, the 
mask bits of the command/address from the SBI must be all l's in 
order to enable the decoder that generates WRITE FCM H or READ FCN 
H, and VALID FCN H or INVALID FCN H. Function bits <31:28> of the 
Conmand/address format specify the type of read or write command. 
Figure 4-7 illustrates the function decoding process. 

If the mask or function bits <31:28> of a command address are not 
valid the decoder generates INVALID FCN H, which returns an error 
conf i rmation. 

4.2.8 NBA BUSY Generation Logic (HSIE) 

MBA BUSY is asserted when the MBA/SBI interface is processing an 
SBI command. The busy flip-flop is set upon the successful 
completion of the ccnmand/address decoding and validation process. 
If MBA BUSY is already asserted, a confirmation signal (SEND BUSY 
CNF H) is returned and the function is not decoded. Write to 
internal register functions complete immediately and do not set 
MBA BUSY. NBA BUSY generation logic is Illustrated in Figure 4-8. 
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Figure 4-7 Functioning Decoding (MSID) 
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Figure 4-8 MBA BUSY Generation 

When a valid coaaand/address is decoded, ACK is sent to the SBI, 
followed by the assertion of NBA BUSY. When a read has occurred, 
NBA BUSY is cleared after the requested data is put on the SBI or 
if the SBI was not granted within a specific tiae period. When a 
writ* has occurred to a drive register, NBA BUSY is cleared 25* ns 
after TRA is received. If TRA is not received after a specific 
tiae period, MED is set and MBA BUSY is cleared. 

NBA BUSY is not asserted when there is a parity error and we are 
expect.' ng write data (EXP WP H and PAR ERR B asserted) or a writ* 
data error (WD ERR H) occurs. WDERR R is asserted when we are 
expecting write data, but do not receive it. SEWD BUSY CMP B is 
asserted when NBA BUSY is asserted and the received 
coaaand/address has indicated a valid function is to be perforaed. 

4.2.9 Continuation Logic (N8XJ, N8IN) 

Confiraation logic in the NBA inforas the CPU whether or not an 
information transfer has been received correctly and, in the case 
of a received coaaand/address, if the NBA can process the coaaand. 
curt and CNP1 are encoded or decoded (depending upon whether the 
function is a read or write) to specify one of four responses: 
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ACK is the anticipated response to a successful data transfer. ERR 
will cause the data transfer to be aborted, and N/R or BUSY will 
cause a retry of the data transfer. 

When the MBA is the receiving aexus it generates the response. 
When the data transfer is froa a Massbus storage device to memory, 
asajry generates the response. During a i5ata transfer, 
synchronization of the confirmation codes with the coaunand/address 
or data word is accomplished by the cycle flip-flop. 

4.2.9.1 Response Generation (MSIM) — When the "BA receives data 
(read or write) it generates a response to the transaitting nexus. 
Acknowledge will be generated (SCNO ACK B asserted) when 
information is received correctly. To acknowledge a received 
come and/ address there Bust be no errors (CMD/AORS H, AORS OK B 
asserted), the MBA cannot be processing mother coaaand (NBA BUSY 
clear**!) , and the eouand address aust specify a valid function 
(VALID FCN B asserted). Acknowledgment of write data occurs when 
ti;« function specified was a write and was successful (received 
writ* data and CS WRITE PCW B and WRITE DATA B are asserted). The 



NBA 



11 



acknowledge read data if tie read data was received 
correcMy (ID OK H, READ DATA H, and READ DATA PEMD B ore 
asserted). Wfc»n the received information is not valid, an error 
confirmation will be sent to the transaitting .nexus. SEWD ERR CMP 
B will be asserted when the coaaand/ address specifics an invalid 
function. WIT MBA PAULT will also be asserted if there is an 
error in the write data (WD ERR B) , if the MSA receives unexpected 
read data (UNEXPECTED RD I), if i parity error occurs (PAR ERR B) , 
or if the transacted and received IDs are not equal (XHIT/REC ID 
EQ L not asserted). A BUSY confirmation will be generated when MBA 
BUSY is asserted indicating that the M3A is processing a data 
transfer coaaand. Figure 4-9 illustrates the logic used in 
response generation. 
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Figure 4-9 Response Generation (MSIM) 
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4.2.9.2 Confirmation Chtck (NStJ) — When memory generates a 
response to the MBA for received data, the MBA must be able to 
interpret the response In order to react to the transfet . If ths 
data transfer has occurred successfully, *32 ACK H will be 
asserted. If an error in received data was detected by memory, SET 
ERROR CNF L will be asserted. The MBA will retry to transfer (SET 
RETRY L) data if any one of the following conditions exist: 

a. N/R received fro* memory 

b. No ACK received for the first longword 

c. Memory is BUSY 

J. No ACK received for the second longword. 

The MBA will retry until a timeout occurs or data late is received 
from memory. 

CLR C/A XCYC L is asserted to clear transfer status within the 
MBA. This will occur when a data transfer retry occurs or an error 
occurs in the data transfer. One of the following conditions will 
assert CLR C/A XCYC L: 

a. ERR occurs during the transfer 

b. Memory is BUSY 

c. n/r received from memory 

d. No ACK received for the first longword. 

SET N/R cm? L indicates that no response to the data memory 
requested has been received by the MBA. SET M/R CMFL is asserted 
when any of the following conditions exists: 

a. Mo ACK received for the first longword 

b. CPU did not ACK requested data 

c. N/R received from memory 

d. No ACK received for the second longword. 

REQ COMPLETE L will be asserted when the data transfer requested 
is complete or when a nonrecoverable' error occurs. Figure 4-1B is 
a simplified diagrac of the logic that performs the confirmation 
check. 

4.2. If Interface Fault Assertion 

Faults that occur during the SB I decoding and validation process, 
such as parity and unexpected read data, set a corresponding 
interface fault flip-flop. This output sets the appropriate bit in 
the configuration/scatus register and asserts the SB; iault line. 
The fault line will remain asserted until the program examines the 
fault status bits and negates the fault. Paragraph 3.6.1 provides 
an explanation of the various faults. 
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4.2.11 Request Logic fNSIK) 

When requesting control of tho SB I to respond to an interne! reed, 
external read, or to transfer data the request flip-clop produces 
CURRENT AEO H (indicating that An SB I operation is to occur), 
which »€•:» the TR send flip-flop. Its output, SEKD TR A, is 
applied to internal register arbitration log!-, which causes the 
assertion of the RmA'« assigned Til level at ?S of the following 
SBI cycle. If tho USA's arbitration line represents the highest 
priority, the internal register arbitration logic Issues ARB OR, 
allowing the NBA to assume control at the SBI. The combination of 
SEKD TR, ARB OR, and the function requescs<3 say initiate many 
functions such as setting the read data pending flip-flop, 
starting the timeout operation, and control and transfer functions 
within the internal registers, control paths, and date paths. 
Figure 4-11 is a simplified dlagran of the logic used to 
accomplish this. 

4.2.12 Timeout Logic (RSIB) 

Interface sequence timeouts and read data timeouts on the MSA are 
accomplished by the logic shown in Figure 4-12. The counter 
consists of two 4-bit counters in cascade. 

An interface sequence timeout (SET IS TIMEOUT L) can occur when 
the MB/, is arbitrating for control of tho SBI. The counter will 
wait up to S12 SBI cycles afcer an attempt to yet the bus (SEND TR 
rt) before the timeout occurs. A read data timeout can occur only 
during a read data transfer. If the read data is not received 
within 512 SBI cycles after memory has accepted the read command 
(RCPD1 H}, SET RD TIMEOUT L is asserted. 
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Figure 4-11 Request Logic (HSIK) 
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4.2.13 Command/Address Generation CMBIR) 

The comarnd/address format that consists of e parity, teg ID, 
function, and address fields is used t-» process data transfers 
fro« the NBA to a receiving nexus (memory) via the SBI. 

During the command/ address, the mask field is encoded to specif/ 
which bytes of data (read or write) are valid, figure 4-13 fs the 
logic associated with the mask bits. 
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Figure 4-13 Mask Generation (MSIM) 



4-16 



When 5MT RO REQ L ot '.XT PD REO L is asserted It indicates a read 
of an internal or external MBA register. This will cause the aask 
bits to te all zeros. During a data transfer, where the NBA will 
send the read coaatnd to aeaory (indicating a write to device DT 
READ H clear* J; SEND TR B and CUD REQ A H asserted), the aask bits 
*!'■'■ be all l*s. During a write to aeaory indicating a read froa 
A* ice. aask bit? BYTE MASK 1<3:B>H will be selected. These aask 
bits indicate which bytes in th<r first transferred quad word have 
valid daca. In this ease DT READ H, SEND TR M, and CMD REQ A R 
will be assert. 1. £NAB MDI MUX H indicates transfer oC the first 
data quad ward. When this is asserted. BYTE MASK 2<3:f>H is 
selected, which indicates which bytes of the second quad word are 
valid. The aask bits of the second quad word will be all zeros. The 
aask bits are latched through Multiplexer at Tl and applied to tr ? 
MBA/SB I control transceivers. 

The tu field is the identifier for tl>« MBA. The logic associated 
s!*h the ID field is illustrated in Figure 4-14. The ID field can 
be derived froa either of two sources, depending on the operation 
to be performed. The first source is the hardwired RBA ID (TR SEL 
A-D H), which is representative of the MA priority levels 
assigned at syscea build tiae. This is always available at the ID 
select aultipiexer input. The hardwired ID Is used by the MBA to 
talk to aeaory. The second ID source is the received ID froa the 
SB I /RBA control transceivers. This is loaded into the saved ID 
latch every tiae the MBA receives a coaaand/address froa the SBI 
and is applied to the I? select Multiplexer. The saved ID is used 
to return data te the CPU. ID selection is deterained bv the state 
of CRD REQ. When requesting aeaory data, CMD REO i« high and the 
hardwired ID (TR i.'EL A-D R) is transact ted, via the SBI/MBA 
transect vats. When the RBA is exceeding read data froa taeaory, the 
received ID is coapared with Lhat'of the RBA. If the received ID 
and the MBA ID coap»r«, the read data has arrived, assuaing that 
all other 'cc^diny and validation checks are performed 
*»? factor ily. Ths MBA also son i tors the ID on tb» SBI while it 
is asserting data cr. the SBI. If the received ID and MBA ID are 
not equal, the ID equal coaparator issues a fault indication 
setting the appropriate configuration/status register fault bit 
and asserting the SBI fault line. The fault is asserted only if 
the MBA is putting data on the SBI and the ID on the SBI is not 
the stmt as the one the MBA asserted. As in other fault 
situations, the fault can be cleared by INIT or deassertion of the 
fault signal. 

The tag field is deterained by the state of SEND TR H and select 
input CMD REQ B. When TR H is high and CMD REO la low (the MBA is 
responding to a CPU read), the encoded output of the tag 
aultlplexer represents a read data foraat . 
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Conversely (during a data transfer), the tag field represents a 
command/address when 3ENC TR and JMD REQ *re both high. When SEND 
VR H is low and CMD REQ is high, the tag field represents a write 
data fornat. The tag field remains latched in the tag multiplexer 
until receipt of Tl. At this tine the tag field is available to be 
Toaded into the control transceivers for subsequent CPI 
transmission. The logic associated with the tag field is shown in 
Figure 4-14. 

4.2.14 Mask Decoding 

As seen in Figure 4-15, when the SBI TAG indicates read data and 
the ID is that of the MBiV, the mask field received from the SBI 
specifies the type of read data the MBA has received. There are 
three data types: Read Data Substitute, Corrected Read Data, and 
Normal Read Data. RD SUBSTITUTE is data in which an uncorrectable 
error has occurred. CORRECTED DATA is data in which an error has 
occurred but has been corrected. NORMAL DATA is data in which 
there has been no error. 

4.2.15 Internal Bus and Interrupt Suaeary Read Logic 

INT BUS O CLK H latches data from the internal bus into the 
MBA/SBI interface receivers. This occurs independently of the 
decoding and validation process described previously. Multiplexers 
select the data to be transferred to the SBI, either internal bus 
data or Interrupt Summary Response data (ISR RESP<15:00>H) . Data 
is transmitted to the SBI only if T/R ENAB A L is asserted for the 
internal bus data or T/R ENAB B L is asserted for the ISR data. 
Figure 4-16 is a simplified diagram of the logic associated with 
the functions. 
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4.3 NBA INTERNAL REGISTERS 

The MBA internal registers store various control and status 
information. A description of each register and their function is 
provided in Paragraphs 3.7 through 3.7.9 of this manual. A 
functional logic description is provided in the subsequent 
paragraphs. Figure 4-17 is a detailed block diagram of the NBA 
internal registers. 

4.3.1 Internal Bus Receivers 

Information received fron the SBI is processed by the interface 
logic and latched into th*> internal bus receivers on TC following 
their assertion on the SBI by INT BUS ICLK L. Figure 4-13 
illustrates the internal bus receivers. 

4.3.2 Internal Register Control 

Register control logic decodes the command/address to select one 
of the internal registers to perform the specified read or vrite 
function. The logic used to accomplish this is shown in Figure 
4-19. 

Selection of the control path output registers. NAP registers, or 
one of the other six internal registers is accomplished by 
decoding bits CS B<09:08> to set a corresponding flip-flop. When 
an internal register operation is selected, bits CS B<00:02> are 
applied to decoding logic that selects the appropriate register. 

The output of the decoding logic is ANDed with CLK IR and T2 
enabling the appropriate register clock. 

It should be noted that only the control register and diagnostic 
register (if enabled) can be read or written during the time the 
MBA is processing a data transfer. If an attempt is made to write 
any register other than these during a data transfer operation, 
the PGE (programming error) bit in the status register will be 
set. if an attempt to write the MAP register is made, the MAP 
register will not be modified and the data transfer in progress 
will continue unaffected. 

4.3.3 Configuration, Control, Status, Diagnostic, and 
Command /Address Registers 

The logic associated with the configuration, control, status, and 
diagnostic registers is not very complex. Each bit, which is 
implemented within one of these registers^! s associated with its 
own flip-flop. The control logic for these registers is composed 
of simple gating networks and is self-explanatory upon examination 
of the print sets. Figure 4-17 is a functional block* diagram of 
these registers. The logic and operation of the virtual address, 
byte counter, and MAP registers are not as obvious and are 
described in the following paragraphs. 
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4.3.3.1 Virtual Address Register — The virtual address register 
(VAR) (Figure 4-20) consists of five synchronous, up/down, 4-bit 
binary counters. Its function is to convert the virtual address, 
received from the SB* upon initiation of a data transfer 
operation, to a physical address pointing to the location of the 
first byte of data to be transferred. 

Bits VAR BIT<16:09>H are the nap pointer bits that select the page 
frame of one of 256 map locations. The map pointer bits are 
incremented by one each time the physical byte address crosses a 
page boundary during a data transfer. 

Bits VAR BIT<08:03> are the physical byte address bits specifying 
the location of the quad word address within the page. These bits 
are incremented each time VAR CMT R is received from the Massbus 
data paths indicating that a successful quadword data transfer to 
or from memory operation has been completed. Bits VAR<0 2:00>H are 
used to pack and unpack the quadword into bytes. 

Note that the map pointer bits are applied to two data select 
multiplexers. The multiplexers select either VAR BIT<16:08>H or CS 
B<07:00>H. 

The purpose of the multiplexer is to provide a means of selecting 
the source of map register information, as required, to support 
the transfer operation to be performed. When processing a data 
transfer, the data busy flip-flop is set and the map pointer bits 
from the virtual address register are selected by the multiplexerr 
to be sent to the maps. When the data transfer busy flip-flop is 
not set, the register select bits are sent to the map, allowing 
them to be read or written directly. 

4.3.3.2 HAT Registers — The 256 MAP registers map virtual page 
addresses from the virtual address register into SBI physical pa,*;* 
addresses. This allows for data transfer to and from contiguous 
virtual (noncontiguous physical) memory locations. Virtual address 
translation (mapping) is described in Paragraph 1.5.1 of this 
manual. 

A write to MAP register operation is performed when the write 
enable (WE' input is low. CS B<09:08>H, when asserted, produce CLK 
MAP H (MIRB) . If the MBA is not busy processing a data transfer 
(DT BUSY L cleared) , STROBE MAP B and CLK MAP B generate the two 
MAP register enabling signals, MAP WEIL and MAP WE2L. The data REC 
INT B<31:00>H at the Dl input of the RAM is loaded into the 
location specified by the address bits RAM ADRS<07:00> from the 
virtual address register. The parity bit for this data is also 
stored in the MAP registers. This information will be placed on 
the internal bus if selected by the internal bus output 
multiplexers. The MAP register can be read when MAP WEIL and MAP 
WE2L are not asserted. MAP registers are read to check the 
validity of the information stored in them. Figure 4-21 
illustrates the MAP register operation. 
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4.3.3.3 Command/Address Generation — CHD RBQ L indicates that 
the MBA is to perform an SBI data transfer operation (read or 
write to memory). When this signal is asserted, OUT MUX 
SEI '02:00>H are asserted (NIRP) . These Multiplexer select lines 
indicate that the D7 input of the internal bus output multiplexers 
will be selected. DT READ H, HAP OUT<20:00>H, and VAR BIT<08:00>H 
are at the D7 input of the multiplexers. The internal bus output 
multiplexers generate MBA ZMT B<31:00>L. A comaand /address aust be 
generated by the MBA to memory in response to a data transfer 
command. If the data transfer is a read, the MBA aust generate an 
extended write command to memory. If the data transfer is not a 
read (i.e., write or write check), the MBA must generate an 
extended read command to memory. The format of the command address 
is shown in Figure 4-22. 
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Figure 4-22 Command /Address Format 



When DT READ H indicating a data transfer read is asserted, MBA 

INT &<29:28>L are not asserted (1). When DT READ H is not asserted 

indicating a data transfer write or write check, NBA INT B<29:28>L 
are asserted (8) . 

The page number specified by MBA INT B<27:ff?>L is generated fros 
the NBA NAP register bits NAP 0UT<2I:«>H (HIRK,L,M,tl) . The 
address of th« quad word within the page specified by MBA INT 
B<06:fl>L is generated frost the virtual address register bits VAR 
BIT<08:B3>H (MIRF) . Only quad words can be transferred; therefore, 
bit NBA INT B0f L sust always be zero for a command/address 
generated by the NBA. 

4,3.3.4 Byte Counter Register — The byte counter register (BCR) , 
shown in Figure 4-23, is a 32-bit register consisting of eight 
4-bit synchronous binary counters. Th* byte count register 
maintains a record of the number of bytes of data to be 
transferred to and from the SBI and the Nassbus. 

The byte counter register is divided into two 16-bit byte 

counters. Bits BYTE CMT<31:16>B are used as the Nassbus byte 

counter and bits BYTE CNT<1S:00>H are used as the SBI byte 

counter. 

The SBI byte counter maintains a record of the number of bytes to 
be received from the SBI. When performing a write (write check) to 
Nassbus device, the SBI byte counter is incremented each time a 
byte of data is loaded into the silo from the dat-i input buffer. 
When the last byte of data is transferred from the SBI to the 
silo, the SBI counter carry output sets the SBI BYTE CNTR-0 L 
flip-flop and no further data is loaded. 
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Each tine it is written the SBI byte counter is loaded 
*utoa*tically into the Massbus byte counter/ As each word of data 
is transferred to the Massbus device, the Massbus byte counter is 
decreranted" twice until the counter equals 0, indicating that the 
last byte of data in the silo has been transferred to the Massbus 
device. At this tire the carry output froa the Massbus counter 
sets the Massbus counter ■ # flip-flop, RUN is negated, and the 
transfer will be completed when EBL is asserted. 

When perf<?:<*irtg a read froa Massbus device, the operation of the 
byte cw^nter is reversed. The Massbus byte counter Maintains a 
recoru of the nuaiber of bytes to be received froa the Massbus 
device and loaded into the silo, and the SBI byte counter 
maintains a record of the nuaber of bytes transferred froa the 
silo to the data output buffers. The Massbus byte counter goes to 
zero *s data is transferred into the silo. When the data is 
transferred to the 531, the SBI byte counter goes to rero. When 
EBL is received and the SBI byte counter is zero, the data 
transfer is complete. To read the byte counter register, CS Bf9 L 
and CS 0*2 B auat be asserted and CS B<*1:04>B Bust be clear. 

4.3.4 Output Data Multiplexers — The output aultiplexer 
consists of 32 8-way aultiplexers connected in parallel so that 
one bit of each of the internal register output* or control 
signals is applied to each of the aultf placers (Figure 4-24). 
Selection of the register or control outputs to be asserted on the 
internal bus is eccoapllshed by AMDing control store selection 
bits CS<B9,B2:M>H with IHT RED REQ (internal read), EXT RD 
(external read) , or CUD REQ (coaaand request) * depending on the 
function to be performed, to produce OUT MUX SEL<f 2:00>H. The 
output combinations and corresponding data source selected are 
provided in Tab?* 4-1. 

Once data froa the output aultiplexers is selected, the internal 
bus drivers are enabled by AMDing the Internal read or data 
transfer coaaand request input with SEND TR. Data i» transferred 
to the internal bus upon receipt of IOT BUS CLE. 
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4*4 MBA DATA FATB5 

The NBA data paths t.-ansfer <fata between the SBT and the Hassbus 

device. The data paths contain the stlo that saooths out the 

transfers between the 32-data bit SB I and the l^-data bit Hassbus. 

Figure 4-25 is a block diagreat of the data paths. 



4.4.1 Co—and Condition {MM*) 

COMMAND CONDITION R is asserted when the MBA data paths want to 
use the SBI to read fro* or write data to •eswry. This will ercur 
during a data transfer to or froa a aass storage device. For a 
read froa device or a write (write check) to device, the following 
conditions aust exist: 

a. MBA BUSY B asserted, the MBA is processing the data 
transfer; 

b. BLOCK SEMD CMD L cleared, enabling the MBA to send a 
conmand to aeaory; 

c. CMD RBQ L cleared, ia not yet processing this coma and. 

Other conditions aust also exiat for read froa device or write 
(write enacts co device. These conditions are described in the 
follow' r.^ paragraphs. 

Read froa Device 

CMD CONDITION B will be asserted if any one of the following 

conditions exist: 

a. PULL WD, the data transfer i« s. read (DT READ R) in the 
forward direction (DT PWD H) and D0B7 i:> full (BYTE MASK 
2-3 B); 

b. FULL REV, the data is a read (DT READ H) in the reverse 
direction (DT REV B) and DOB0 la full (BSTE MASK 1-0 H>; 

c. DT END FMD, the data transfer is a read CDT READ H) in 
the forward direction. DT PWD B fill'.* so-ne of the data 
output buffers but the SBI bye; counter is now (SBI 
BYTE CNTR L); 

d. DT END REV, the data transfer is a raad (DT READ B) in 
the revert** direction. DT REV ri fil'ed sons number of 
data output buffers but the SBI byte counter is now 
(SBI BYTE CNTR L) ■ 

if a Hassbus exception or parity error occurs (MB EXC ♦ MDPE 8), 
SILO READY L is not asserted, indicating that the MBA will eapty 
its silo to transfer all data prior to the error. 
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Figure 4-25 NBA Data Paths 
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Write (tfri :e Check) to Device 

CMD CONDITION H will be asserted if the following conditions 

exist : 

a. DT READ L cleared, the data transfer is not a read from 
device; 

b. DIB2 PULL L cleared , the second data input buffer is not 
full; 

c. READ DATA PEND L cleared, the MBA is not waiting for data 
from memory; 

d. SBI BYTE CNT-0 L cleared, the MBA nas more data to be 
transferred. 

4.4.2 Internal Bus Receivers/Buffers 

Data from the internal bus is loaded into four 8-bit latches upon 
receipt of INT BUS ICLK from the control path clock circuits. 

The NBA input buffer consists of two sets of 32-bit latches. Their 
function is to control the manner in which the two 32-bit data 
wo do from memory are loaded into the silo for subsequent transfer 
to the Massbus, CLK DIB1 latches the first SBI data wo'.d into the 
first data input buffer (DIB1). CLK DIB2 latches the second data 
word into the second data input buffer (DIB2) . CLK DIB5 H also 
increments a 4-bit counter. 

The counter is initialized to four and counts down at CLK DIB2 H 

to zero, asserting DT WRITE READY indicating that all data path 

buffers are full, aid the MBA is ready to begin a write/write 

check. Figure 4-26 is a logic diagram of the it.cernal bus 
receivers and buffers. 

4.4.3 Data Input Buffer Enable (MDPD) 

The output of the data input buffer select ia used to enable the 
eight data input buffers (Table 4-2). Virtual address register 
bits VAR BIT<02:00>B point to the data buffer where the data is 
stored. The virtual address register is incremented by VAR BYTE 
CNT I (MDPA) . When the function is a write (write check) and the 
fill silo operation is initiated (LOAD SILO H) , the data input 
buffers are enabled sequentially onto the silo d?ta input bus. The 
data input buffers are disabled at Tl while VAR bits* <.2;S> *r» 
changing. Figure 4-27 is a diaqram of the dat i input Duffer enable 
1 og i c . 
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4.4.4 Silo an* Control Logic (PtDPF, HDPR) 

The KB* silo is 16-bytes deep by 1-b/te wid». Its function is to 
provide a sourc ; of interim storage for SBI or Massbus data, 
permitting rea-iation of the data transfer rate. Figure 4-28 is a 
simplified <:tu<jraa of the silo logic. 

When transferring data from the SBI to the Massbus device, the 
input butter and enable circuits divide the two 32-bit data words 
into 8-bit bytes . LOAD SILO H loads data into the silo. The data 
will be loaded in at T0 if all the following conditions exist 
prior to T0: 

a. SBI BYTE CNTR » B L cleared, the SBI byte count register 
must indicate more bytes to be transferred; 

b. DIB2 FULL H asserted, second data input buffer must be 
fulJ; 

c. or READ L cleared, the data transfer must be a write 
(write check); 

$. SILC FULL L cleared, the silo cannot be full. 
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Figure 4-28 NBA Silo 
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As mentioned previously, the byte counter maintains a record of 
the number of bytes to be received from the SBI and the Nassbus 
byte counter maintains a record of the njmber of bytes to be 
transferred to the Massbus device. 

The silo loading function process will continue until the silo is 
full or until the SBI byte counter goes to zero indicating that 
all of the bytes required to complete the data transfer have been 
loaded into the silo. 

If the silo is filled and data remains to be transferred from the 
SBI to the Massbus, the silo loaJing process will stop until a 
portion of the silo data is transferred to the Massbus. When this 
occurs, the silo loading process will continue. 

When transferring data from the Massbus device to the SBI (data 
transfer read), data is loaded, via the Massbus receivers, into 
t.ie Massbus data input buffers (MDPE). If a parity error is 
detected in the Massbus input data, the MBA PE bit in the status 
register is set and the data transfer operation will be aborted. 

The following conditions must exist to enable the load silo 
function: 

a. DT READ H asserted, the data transfer must be a read; 

b. MDIB READY H asserted, the Massbus data input buffers 
must be ready to accept Massbus data; 

c. SILO FULL L cleared, the silo cannot be full. 

If there are no parity errors, SCLK from the Massbus device is 
received, and the data input buffer ready flip-flop has not been 
set previously, the ready and data input buffer full flip-flop 
will be set upon receipt of data from the Massbus. 

If SCLK were received and the ready flip-flop was already set, a 
data overrun would occur. The DLT bit in the status register will 
be set, 3UN will be cleared, and the transfer operation will be 
terminated . 

Setting the ready and data input buffer full flip-flops initiates 
the silo input operation. Actual silo loading operations are the 
same as described for the write to Massbus device operation. 
Unlike the write to Massbus device operation, however, the data 
transfer begins immediately. 

During a DT READ, esch time a byte of data is loaded into the silo 
the MBA byte counter is bumped. After the data word has been 
transferred to the silo, the ready and data input full flip-flops 
are reset and the data input buffer is ready to accept the next 
Massbus device data word. 
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Each tiae a byte of data is transferred from the silo to the data 
output buffer, the SB I byte counter is decremented. The process of 
loading the silo and transferring bytes of data, via the output 
buffer, to the internal bus continues until the last byte has been 
transfer *^d from the silo. At this time both the MB and SBI byte 
counters will equal and the data transfer operation will be 
terminated upon receipt of EBL from the Massbus device. 



4.4.5 Lata Output Buffer ard Control logic (KDPJ, MD0W} 

The data output buffer consists of eight 8-bit latches that 
receive silo data (SILO OUTPUT O<7:0>H) . Virtual address register 
bits VAR BIT<02:00>21 are decoded to produce LOAD DOB<7:0>B. These 
signals are used to enable one of the eight data output latches 
(Figure 4-29). 

As each data output buffer is enabled, LOAD DOB<7:0>B set eight 
corresponding flip-flops (MDPL) that generate BYTE HASK<1-3:1-0>H, 
BYTE MASK<2-3:2-0>H, and DOB<7:0>FULL L. DOB SELC H, DOB SELB H, 
and DOB SELA H are decoded to produce NEXT DOB PULL L each tiae a 
byte of data is loaded into the output buffer register. If th-* 
next data output buffer already has valid data (byte mask set; , 
the silo output logic <rill not load the next byte unril the byte 
mask is cleared. 

LOAD DOC H from the byte mask selection logic is also used to bump 
the virtual address register each tiae a byte of data is loaded 
into the output buffer to select the next storage location to or 
from which data is to be written or read. 

4.4.6 Internal Bus Output Multiplexers (Mm, HOPS) 

The internal bus output multiplexers consist of eight 2-to-l 
multiplexers and corresponding line drivers. Figure 4-30 
illustrates the logic associated with the Internal bus drivers. 

When a read from Massbus device occurs, data f-rom the data output 
buffer is applied to the internal bus output cltiplexers, as well 
as the Massbus Multiplexers. If data is to be asserted on the 
internal bus DT READ L, CMD REQ L and ENAB WD2 MUX or EMAB WD1 M'JX 
H must be asserted. Selection of the data word to be asserted is 
determined by ENAB HD2 MUX H. When this signal is asserted, DOB 
D<37:00>H are selected; when the signal is not asserted, DOB 
D<77:40>H are selected. These words are strobed onto the internal 
bus by INT BUS OCLK H. 
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Figure 4-29 Data Output 
Buffer and Control Logic 
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Figure 4-30 Internal Bus Output Multiplexers 
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4.4.7 Massbus Output Multiplexers and Parity Generator 

Figure 4-31 illustrates the Massbus output multiplexers and parity 
generator. 

For a write to Massbus device, data from the output buffer is 
loaded into the Massbus data multiplexer. The Massbus data 
multiplexer consists of eight dual 4-to-l line multiplexers that 
divide the 32-bit words into two 8-bit bytes (16 bits) to comply 
with the input requirements of the Massbus device. Byte selection 
is determined by DOB BYTE CNTRL 1 and DOB BYTE CNTRL 2, developed 
by the data output select logic in response to SCLK from the 
Massbts device. The output from the MBA multiplexer is checked to 
ensure that the byte transmitted to the Massbus device contains an 
odd number of bits. If they do not, the parity generator produces 
XMIT MB DPA L to ensure odd parity. 

If DT WRITE is asserted and the RUM flip-flop is set, data from 
the multiplexer is transmitted, via the Massbus drives, to the 
Massbus. 

4.4.8 Write Check Logic 

Write check logic (Figure 4-32) in the MBA verifies the Integrity 
of write data by comparing tho data from the Massbus output 
multiplexers with that of the data on the Massbus. DT WRITE CHK H 
trust be asserted in order for the write check operation to be 
valid. A write check operation is performed identical to a write 
operation except for the following additional processes. Data from 
the Marsbus output multiplexers is stored in the write check 
buffer memory. Data received from the Massbus is stored in the 
Massbus write check buffer memory. This received data should be 
identical to the data out of the Massbus output multiplexers. The 
data in the two write check memories is compared to test its 
validity (each compared bit must be equal). If an inequality 
exists in data bits <15:88>, WCK UPPER ERR R is asserted, if an 
inequality exists in data bits <07:00>, WCK LWR ERR H is asserted. 
The assertion of either one or both of these signal*, rauses the 
data transfer to be aborted. 
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Figure 4-31 Massbus Output Multiplexers and Parity Generator 
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4.S MBA CONTROL PATH 

A control path data transfer is initiated when the 
command/address, decoded by the, interface logic, specifies a read 
or write external register operation. Figure 4-33 is a block 
diagram of the MBA control path logic. The control logic has the 
following major functions: 

derive timing signals from the SBI and Massbus clocks 

decode and store function codes for data transfers 

decode external register addresses 

transfer data to and from external registers 

initiate Massbus control path cycles 

set certain status and error conditions in the MBA 

synchronize SBI and Massbus operations. 

The following paragraphs describe the control logic used to 
perforin these functions. 

4.5.1 Internal Bus Receivers (HCPA) 

The control path Internal bus receivers consist of two 8-bit 
registers. Internal bus data (bits BUS NBA INT B<15:00>R) is 
latched into the receivers, to be processed by the control path 
logic upon receipt of INT BUS ICLK L froa the control path clock. 

4.5.2 Data Transfer Control Logic (NCPB) ' 

The data transfer control logic is illustrated in Figure 4-34. 
When a control path data transfer is to take place, the MBA 
asserts a drive address on the three hassbus drive select lines 
(DS<02:00>) and a register address on tho five Massbus register 
select lines (RS<04:00>). Data transfer commands are only 
monitored when the selected register is the control register (R0) 
of a drive. If a write to external register function is to be 
performed, the MBA also asserts the controller to drive line CTOD 
(transfer direction). Assertion of the RS, DS, ami CTOD lines is 
accomplished in the following manner. The command/address bits REC 
INT B<07:00>H and WRITE PCN B from the internal buj and interface 
logic are latched into the control store register. DT CO is a 50 
ns pulse that intiallzes the internal logic on the MBA at the 
start of a data transfer operation. EXT CHD B clocks the 
information through these registers to the Massbus transceivers 
for assertion on the Massbus. The register select lines of the 
control store output (EXT CS BIT<4:e>L) are AMDed with REC INT B00 
H (go bit) to enable a 3-to-8 line decoder. Bits REC INT B<05:03>H 
are decoded to select the function to be perforsed. Bits REC INT 
B(02:01>H indicate the direction of the Indicated function (Table 
4-3). 
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rigor* 4-33 MBA Control Paths 
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Figure 4-34 Oat* Transfer 
Control Logic 



If a write to external register function is to be performed, t-he 
control data {RBC INT B<15:00>) is stored in a temporary latch 
(MCPD) to be transferred, via the control path data output logic, 
to the Massbus d«^«/ice. Par.'ty checking is performed to ensure that 
this datj contains an odd nuaber of bits (odd parity) . T f the 
content of t:he dita word represents an even .nuaber of bits, the 
parity generation logic produces XNIT CHTHL PAR H, which is 
asser'.fd on the Mascb-js CPA line (Figure 4-35). 
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of control data pn the data lines to the assertion cf DEM to 
compensate for skew in the MBA, Massbus cables, drivers, and 
receivers . 

Once the control path data has been loaded into the selected 
register, the Massbus drive will issue TRA 256 ns later. DEM is 
negated and the DOME one-shot is triggered to indicate that the 
write to external register function has been completed. If after 
assertion of DEM, TRA is not returned to the hBA within 1.5 us, 
the NED (nonexistant device) flip-flop is set, DEM is negated, and 
the write to external register function is terminated. 
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Figure 4-35 Internal Bus Data Register and 
Massbus Parity Generator 
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If the attention summary register is the deitinaticn of the write 
operation, TRA will be ignored and NED will not be set. A 1.5 us 
timeout will occur followed by the 250 ns d »lay and DEM will be 
negated. When the attention summary register is read, no timeout 
will occur. 

When a read from external register function is executed, assertion 
of the de-ice and register select address and DfcM on the Massbus 
lines is accomplished in the same manner as described previously 
for the wi Ite ft">rtion; however, CTOD is net asserted. Upon 
receipt of DEM, r*~ device will load the contents of the selected 
ro-iister <-r ...^. c<15:00> lines for transmission to the MBA and 
<*L-?rt YV.A. This data is applied, v'a the MBA control path 
fec?:.?r,, to data latches. DESKEW DATA L (MCPC) latches the data 
ir. . Parity is checked to ensure that there were no transmission 
errors. If a parity error is detected, the MCPE parity error bit 
in t*» status register will be set (Figure 4-36). If no parity 
error : are detected, the latches are clocked by DESKEW DATA L. The 
-utput from the dat? latches is placed on the internal bus upon 
receipt of SENO ?R H from the interface log4c. 
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Figure 4-3(* Massbus Control Path Data Registers 
and Parity C v eck (Received Massbus Data) 
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When the NBA is in the Maintenance mode, MB MAINT MODE L (MCPE' 
prevents DEN from being asserted on the Nassous. The NBA performs 
a write asserting data on the Massbus followed by a tead of the 
o>ta just put on the Massbus. The NBA uses a timeout to complete 
tha read. The register select and drive select lines are also read 
to ensure that the correct data has been put on chese lines. The 
diagnostic register is read tc check the validity of the 
operation. 

4.5.3 Nassbos Receivers/Drivers 

Information is transferred to and from the Massbus vie the Massbus 
cont rol path receivers and drivers. Massbus information is 
summarized in Chapter 2 of this manual. The control path receivers 
are always enabled. Transmit enable signals ar summarized in 
Table 4-4. 



Table 4-4 


Nassbos Tt 


cnsait 


enable Signals 


Control Path Signal 


Massbus Signal 


Enabling Signal 


EXT CS BIT<7:5>H 


MASS 
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0> 


(always enabled) 


EXT CS BIT<4:0>H 


MASS 
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0> 


(always enabled) 


XM.'i' MB DEM H 


MASS 
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MASS 
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MASS 
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(always enabled) 
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MASS 


CTOD 




(always enabled) 
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MASS 


OCC 




SIMULATE OCC H 

AND MB MAINT MODE H 


XMIT MB EXC H 


MASS 


EXC 




(always enabled) 


MB FAIL 


MASS 


FAIL 




(always enabled) 
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4.5.4 End Data Transfer Logic (HCPA) 

End data transfer logic is responsible for generating the 
appropriate signals at the end of a data transfer. The logic 
monitors various signals in the control path and HBA interface tc 
produce the following: 



DT END L 
CLR DT BUSY L 
BLOCK SEND CMD H 
SET DT ABORTED L 
SET DT COMPLETE L 



Data transfer complete 

Clear data transfer busy 

Block sending the ccamand/address 

Sec data transfer aborted 

Set data transfer complete 



Figure 4-37 illustrates the logic used to accomplish these 
functions. 
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Figure 4-37 End Data Transfer Logic 



4-51 



DT END L will be asserted only after the NBA has dropped RUN and 
the drive has asserted EBL if one of the following conditions 
occur. 

1. The data transfer function was a read (DT READ H) , the 
SBI byte counter has gone to zero (SBI BYTE CNTR»§ H), 
and neaory has acknowledged the second data word (WD2 ACK 
H). 

2. The data transfer was a write or write check function (DT 
READ L not asserted) and the SBI byte counter has gone to 
zero. 

3. The data transfer is to be aborted immediately due to an 
error (SET SBI ABORT XMN B) . 

4. There has been a Massbus exception or parity error (MB 
EXC + MDPB H) . 

DT END L is synchronized with TB. If DT END L has been asserted, 
CLR DT BUSY L will be produced at the following T2. Block SEND CMD 
L will be asserted as a result of an abort condition, Massbus 
exception, or a Massbus data parity error. SET DT ABORTED L will 
be asserted at T2 of the SBI cycle if DT END B is asserted, a 
Massbus exception or parity error occurs, and there is no 
initialize condition (INIT COND L not asserted). SET DT ABORT L 
will also be asserted if * Missed transfer error has occurred (SET 
MXF L). SET DT COMPLETE L will be asserted at T2 if ther ; is an 
initialize condition and DT END H has been asserted. 
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